🚀 go-pugleaf

Tom. wrote:

> Un document XML ne peut contenir ou "r�f�rencer" (via des appels de 
> caract�res du type ) que des caract�res faisant partie de la 
> production Char :
> [2]   Char    ::=   #x9 | #xA | #xD | [#x20-#xD7FF] |
>                    [#xE000-#xFFFD] | [#x10000-#x10FFFF]
> <ESC> notamment n'en fait pas partie.
> 
> XSLT �tant un document XML et ne pouvant donc contenir ces caract�res, il 
> ne peut les g�n�rer.

Je suis impression� par ce que tu dis ....

Cela voudrait dire qu'il serait impossible de mettre dans un document 
XML aucun des jeux de caract�res d�riv�s de la norme ISO-2022 ?
Car ces jeux de caract�res utilise le ESC.

Ca comprend les jeux de caract�re utilis� dans les mails/news pour le 
japonais, cor�en, chinois, m�me si en g�n�ral on utilise des variantes 8 
bits sans le caract�re ESC pour les fichiers locals, et la plupart des 
pages HTML.

J'ai cherch� des trucs l�-dessous.
J'ai trouv� une page XML encod�e en ISO-2022-JP :
http://db-www.aist-nara.ac.jp/~yohei-y/xml/samples/test.xml.iso-2022-jp

J'ai trouv� cela aussi chez IBM, comme fichier sample pour un 
convertisseur d'encodage :
http://oss.software.ibm.com/developerworks/opensource/cvs/icuapps/XMLConverter/samples/pr-xml-iso-2022-jp.xml?rev=1.1&content-type=text/x-cvsweb-markup&sortby=author

Toujours du XML avec du ISO-2022-JP, donc des ESC dans tous les coins.
Mozilla 0.8.1 au moins accepte de l'afficher.
En fait, il y en a plein d'autres, des fichiers XML en ISO-2022-JP, on 
en trouve sans difficult� aucune.

Tout ceci n'emp�che pas que ce soit peut-�tre ill�gal, mais dans ce cas
1- c'est une grosse boulette de la part du W3C.
2- Les japonais n'en ont rien � foutre et g�n�rent de nombreux fichiers 
XML avec des ESC et la plupart des outils l'acceptent.
De toute fa�on, les personnes qui voudront faire un outils qui refusera 
les ESC auront du mal sur le march� japonais, si l'outils concurrent lui 
l'accepte.