W3C home > Mailing lists > Public > public-i18n-its@w3.org > April to June 2005

[ESW Wiki] Update of "its0503ReqCDATA" by YvesSavourel

From: <w3t-archive+esw-wiki@w3.org>
Date: Fri, 22 Apr 2005 03:21:07 -0000
To: w3t-archive+esw-wiki@w3.org
Message-ID: <20050422032107.13240.80434@swada.w3.org>
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "ESW Wiki" for change notification.

The following page has been changed by YvesSavourel:

  '''[YS] Thinking more about this: it seems that we have 2 different requirements: one is to not rely on CDATA because of the problems it causes (no support for NCRs, etc.) and the other has to do with codes that are writen as text. They often occur in CDATA, but, as Martin noted, one could also remove the CDATA syntax and still have the problem.'''
+ '''[YS] Actually, after some more thinking (and a recent real-life case), I wonder if using CDATA is not wiser if you have HTML codes in the text that are 'seen' as text. (like: '<![CDATA[This is <b>bold</b>]]>' because it let you--in some cases--work around the problem more efficiently. If you replace all the '<![CDATA[' by '<cdata>' (or whatever tag) and ']]>' by '</cdata>', the content becomes parsable by XML filters (if the codes are XHTML) or by HTML parsers (if the codes are HTML) as most HTML filter can process XML input too. After translation we just put back the CDATA notation as it was. We had such a case this week, and we were able to prepare the file in minutes, something that we would not have been able to do if the content would have been 'This is &lt;b>bold&lt;/b>'. Obviously it's only one case, but maybe when we will come up with a recommendation for CDATA we should be careful about our guidelines. Maybe something to keep in a note for this requirement?'''
Received on Friday, 22 April 2005 03:51:56 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:04:04 UTC