🚀 go-pugleaf

Tom. wrote:

> In <3AD4841A.2030400@club-internet.fr>, Jean-Marc Desperrier wrote:
> 
>>> Un document XML ne peut contenir ou "r�f�rencer" (via des appels de
>>> caract�res du type &#20;) 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.


>> 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.
> 
> On parle ici des caract�res, pas des octets les repr�sentant. C'est 
> totalement ind�pendant de l'encodage. 

La nuance est subtile :-).

> XML utilise Unicode comme jeu de 
> caract�re et autorise tous les encodages de ces caract�res, dont ISO-202-JP 

Cela signifie alors qu'un jeux de caract�re qui peut repr�senter des 
caract�res absent dans unicode est ill�gal.

C'est le cas d'un jeux de caract�re de Hong-Kong en particulier, bien 
que le probl�me devrait se r�soudre avec unicode 3.1 qui va comprendre 
un paquet de caract�res chinois suppl�mentaires � l'ext�rieur du BMP, 
dont en particulier ceux-l� je pense.

Bon, je vais mettre cela au pass�, unicode 3.1 vient de sortir, je l'ai 

vu sur la site et inclut 44.946 caract�res suppl�mentaires, dont 42.711 
chinois.