Subject: Re: [xsl] character entities From: David Carlisle <davidc@xxxxxxxxx> Date: Tue, 20 Nov 2001 15:26:19 GMT |
> I think we've had this discussion before, haven't we? probably, staring at those is what I do when I'm not chatting here.... > but in most transformations these should be parsed along with the rest of the > document. There's the rub. In most of the stylesheets, that's true and that's what we do. the stylesheet called by that script though (which if you may notice replaced the original input file (#1) by the result of the transformation) implements a logic that goes something like "in a new enhanced markup for next version of the product, if the paramhead element had these 6 attributes and it's the right phase of the moon and the parent element has six children four of which are non empty then add a new attribute yes="no" to the element." Now, XSLT is fine for encoding the logic (except for the bit about the current phase of the moon, which the exslt date templates don't seem to handle:-) but I really want the result to be the file that went in not that file fully expanded. the reason that &e04BL-a; is an entity reference is that that parameter description probably occurs in several different routines and you want to make sure that the descriptions stay in sync, and I'd like to keep it that way. > It's also more than a little tempting to just say use > XInclude or XLink rather than entities, which are *so* last millenium > ;) Yes but the NAG library is 30 years old this year (and still going strong:-) and "just" updating 1200 XML files which use a DTD that has, as I say, thousands of these things to use x{link|include} is a) scary b) no help. It's no help in the general case (and neither is the shell script that I showed) as if you use xinclude either the xinclusion doesn't happen and you just see the xinclude elements, that way you can keep the references, but if the logic of the stylesheet requires seeing into the replacement texts you are stumped (without a lot of work) or the xinclusion does happen before the stylesheet processing, but then you are in the same position as entities, the stylesheet has the expanded tree and can't put it back as it was. Also entities currently give a much tighter degree of validation than I'd get with xinclude. (unless you validate after xinclusion) so... what I'd like (Mike:-) is for the entities to get expanded on the way in, but to have some markers in the stream so I can fold them up on the way out. (You can do this by hand by editing the dtd to add pi's at the beginning and end of every entity definition, but it's a bit of a pain. David _____________________________________________________________________ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Scanning Service. For further information visit http://www.star.net.uk/stats.asp or alternatively call Star Internet for details on the Virus Scanning Service. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] xsl:stylesheet, Michael Kay | Thread | [xsl] additional question: FO subsc, Tanzila Mohammad |
[xsl] xsl:stylesheet, TP | Date | Re: [xsl] effecient inline multi-co, Jeni Tennison |
Month |