Re: Transforming XML Blockquotes - Mixed Content - XSL
The reason we disparage d-o-e in applications like this is that it violates a basic architectural principle of XSLT, namely that "tags" are the business of parsers (which resolve tagged text into corresponding node trees) and serializers (which write the information held in trees as tagged text), not of the transformation itself.
The technique you're suggesting, "tag writing", is not evil in itself, but since it relies on d-o-e, and since d-o-e allows you to violate the architectural separation between transformation (which operates on a model of an XML document) and control of the tags (which requires direct handling of the syntax of XML) and is therefore optional for XSLT engines -- you'll find any transformation that relies on it will not be portable.
For example, you'll find that although this works in IE (current versions), it doesn't in Mozilla.
That's the immediate practical downside. Other potential downsides are that (a) tag-writing code is more difficult to debug and maintain as problems get complex (as Jay indicates, well-formed output is no longer guaranteed!), (b) it can be a chore to integrate such a transformation into larger frameworks (which often prefer to have parsing only happen once, in front), and (c) (related) there may be performance issues as well (tag writing and parsing requires overhead).
But as so often with this kind of thing, the answer is not an absolute "yes it's fine" or "no never do it" -- the devil is in the details, and whether you're in a situation where you can violate the rule without paying too high a price ... can only be determined by taking a good look at your overall processing environment and requirements, now and in the future. Sometimes that's easy; sometimes it's difficult or impossible.
Accordingly, both to play it safe and so that learners can internalize the easy mostly-true answer before having to come to grips with the more-complicated-but-truer answer, whenever anyone suggests tag writing with d-o-e we like to cry foul.
At 02:26 PM 4/20/2005, you wrote:
> So, how else would you get the XSL > transformation to ignore something like this?
====================================================================== Wendell Piez mailto:wapiez@xxxxxxxxxxxxxxxx Mulberry Technologies, Inc. http://www.mulberrytech.com 17 West Jefferson Street Direct Phone: 301/315-9635 Suite 207 Phone: 301/315-9631 Rockville, MD 20850 Fax: 301/315-8285 ---------------------------------------------------------------------- Mulberry Technologies: A Consultancy Specializing in SGML and XML ======================================================================
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format