Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xsl] amp symbols

From: Chad Chelius <cchelius@--------------->
To:
Date: 7/3/2006 2:05:00 PM
The vendor that I am submitting these XML files to requires entities  
because there are math equations and similar items that can't be  
represented using ASCII. In the layout application, we use a special  
font to generate these items. So whenever they are used within the  
content of the file, we need to change them to the appropriate  
entity. That being said, is there a better way other than manually  
going through my XML file and changing those characters to their  
correct entity code?



chad



On Jul 3, 2006, at 9:21 AM, David Carlisle wrote:



I maintain a DTD that has perhaps more character entities than any  
other

"public" DTD (MathML has more than 2000 entities for characters) but

still, I question whether there is ever a need to have such a  
character

reference in generated files (such as the output of xslt). Entities  
for

characters are really there to ease hand authoring.



If people said they needed attributes to be marked up using ' instead
of " then you would be in a simialr position, the XSLT spec gives no
control over this, so you have the option of

a) educate your users that XML does not distinguish between these  
markup

   forms, so they should not either.



or, if your users are unwilling to be educated, or in a position of
power, such they may choose not to listen, or if you just want to be
kind to them anyway,

b) post process the XSLT output with a NON-XML tool such as perl or  
sed

to edit the markup appropriately.




XSLT1 does give disable-output-escaping that can be used sometimes  
as an

alternative to (b) but it's not usually a good idea, and expplictly an

optional feature in XSLt1 and explictly deprecated in XSLT2. If you

really must do something like this, and can use XSLT2, character maps

provide a much better mechanism architecturally.


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent