2017-10-17 11 views
0

xml2rfc soutient les chiffres qui pourraient être présentés à l'aide de la structure suivante:caractères XML et ASCII, boîte traînante

<figure align="center"> 
       <artwork align="center"> 
       <![CDATA[ 
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ 
      ]]> 
       </artwork> 
      </figure> 

J'ai essayé ASCII pour la boîte traînante et face à la question, les caractères ne sont pas affichés correctement. Par exemple, au lieu de la figure ┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━┓ dans le xml2rfc nous voyons:

a&#148;&#143;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129;a&#148;&#129 

Je suppose que les caractères ASCII ne sont pas traités correctement. Existe-t-il des moyens de spécifier dans la structure que nous utilisons des caractères ASCII spécifiques de manière à ce qu'ils soient correctement traités par xml2rfc?

Répondre

0

Si vous regardez an ASCII table, vous remarquerez qu'il n'y a pas de symboles de dessin de boîte. Tous ces symboles sont dans d'autres jeux de caractères.

Vous devez faire attention, quel jeu de caractères vous modifiez votre XML, ce que vous prétendez être des analyseurs XML (la déclaration <?xml charset="..."?>) et ce que n'importe quelle partie intermédiaire pourrait faire avec. Le résultat que vous avez collé ressemble à latin1 brouillé, que certains outils ont essayé de convertir en quelque chose qu'il connaît (comme l'interprétation de certains octets que vous avez entré dans un mauvais encodage).

Assurez-vous que tous vos outils utilisent UTF-8, alors vous avez les meilleures chances d'obtenir tous les caractères en clair. Notez que XML2RFC dit spécifiquement,

Bien que le format RFC actuel ne permet pas de caractères Unicode non ASCII [...]

si c'est encore aucune garantie, que tout le monde est sur le côté droit du millénaire en ce qui concerne les caractères non-ASCII.