-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
ac wrote:
Overall, it is a trade of, but it seems that the namespace approach is
not only valid, it is more efficient, possibly by about 400% in terms of
space, in the given example, implying that it may be worth considering
and supporting. The validity and support of version 1 was not
questioned or at stake. The main issues was the support for version 2,
as well as the usefulness of namespaces, and the fact that 80 namespaces
in a stylesheet can be quite natural and not so out of bounds or silly.
Putting performance aside for a while it seems as a really poor design
to require change of schema and stylesheet for adding each new language.
This goes completely against good software engineering design.
Space could be saved by another means for example by storing each
localization in a separate file and loading them just on demand. For
example last year DocBook stylesheets changed from using one large
single localization file to dynamic loading of smaller per language
files and speedup was from 30-300% depending on document size and XSLT
engine used. Also about 10 MB of memory was saved during the transformation.
Weren't namespaces designed to be used? If so, why avoid them at all
costs, especially in cases of natural conceptual namespaces?
There is nothing wrong with using namespaces, but, with respect, your
example of using namespaces is simply wrong.
Jirka
- --
- ------------------------------------------------------------------
Jirka Kosek e-mail: jirka(_at_)kosek(_dot_)cz http://xmlguru.cz
- ------------------------------------------------------------------
Professional XML consulting and training services
DocBook customization, custom XSLT/XSL-FO document processing
- ------------------------------------------------------------------
OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
- ------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk2so8YACgkQzwmSw7n0dR6/aACfU2uWCc8holTZPQkbLBFuwVYr
cO8AmgJSyK7Vr8O0SxKWQpbFqDRFNfb2
=/1uR
-----END PGP SIGNATURE-----
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--