Hello Hussein. That new attribute for <cfg:saveOptions/> would help us a lot, since we know the elements which would need to keep the CDATA sections. So if you can implement it for 2.4, we'd be grateful.
Is there any roadmap with indications about when would 2.4 be released? Regards Daniel. Hussein Shafie wrote: > Daniel Varela Santoalla wrote: > >>The only thing we found problematic is that when you have a <![CDATA[ >>]]> section as an element body, it seems to disappear upon saving, while >>converting all "illegal" characters into character references (&#xx;). >>While this is not a problem for parsing, it is when not ALL editing is >>done via the XML editor. Some people likes to do quick edits just with >>"vi" and the character references are definitely not human readable. >> >>The data we put into this CDATA is mathematical and boolean expressions, >>which often use <, > , " or &. >> >>An example: >> >>Before editing with XMLMind: >> <check><![CDATA[( EPSROTPATH != "" )?(EPSLROT = "true")]]></check> >> >>Trivial change, then save and ...: >> <check>( EPSROTPATH != "" )?(EPSLROT = "true")</check> >> >>I know that parsers try to deliberately hide this encoding details from >>users, but still, readability is one of the design goals of XML, and >>this conversion definitely makes it worse. > > > Readability of XML files is definitely not one the design goals of XXE. > Currently, I can even say that XML files generated by XXE can be much > improved in terms of indentation, character entities, etc. > > > > >>Any solution to this? > > > Currently, no. > > We could add a new attribute in configuration element <cfg:saveOptions/> > which specifies which elements are to be saved as CDATA sections (? la > XSLT <xsl:output cdata-section-elements = qnames />). > > If you find that this would solve your problem (you need to know in > advance which elements will contain mathematical and boolean > expressions), tell me and we'll implement this for XXE V2.4. -- Daniel Varela Santoalla European Centre for Medium-Range Weather Forecasts (ECMWF) (http://www.ecmwf.int) Email: dvarela at ecmwf.int Telephone: (+44) 118 9499608
