Je disais de coller dans un éditeur de texte pour voir si XeLaTeX ou LuaLaTeX a fait l’échappement en interne ou pas. J’ai l’impression que non...
Pour la résolution, c’est bien le navigateur qui fait sa/son magie/artifice comme expliqué par l’article du w3c sur les IDN et IRI dont voici quelques passages :
pour le domaine :
If the string that represents the domain name is not in Unicode, the user agent converts the string to Unicode. It then performs some normalization functions on the string to eliminate ambiguities that may exist in Unicode encoded text.
Next, the user agent converts each of the labels (ie. pieces of text between dots) in the Unicode string to a punycode representation. A special marker ('xn--') is added to the beginning of each label containing non-ASCII characters to show that the label was not originally ASCII. The end result is not very user friendly, but accurately represents the original string of characters while using only the characters that were previously allowed for domain names.
pour le chemin :
If the string is input by the user or stored in a non-Unicode encoding, it is converted to Unicode, normalized using Unicode Normalization Form C, and encoded using the UTF-8 encoding.
The user agent then converts the non-ASCII bytes to percent-escapes.
Le navigateur ensuite, laisse ou refait (quand on lui file l’adresse déjà encodée) un affichage sympa/humain (cela a valu quelques débats dans la sphère Moz et sur Linuxfr)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: je pensais que c’était su...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal pdfLaTeX, XeLaTeX et LuaLaTeX sont dans un bateau. Évalué à 3.
Je disais de coller dans un éditeur de texte pour voir si XeLaTeX ou LuaLaTeX a fait l’échappement en interne ou pas. J’ai l’impression que non...
Pour la résolution, c’est bien le navigateur qui fait sa/son magie/artifice comme expliqué par l’article du w3c sur les IDN et IRI dont voici quelques passages :
If the string that represents the domain name is not in Unicode, the user agent converts the string to Unicode. It then performs some normalization functions on the string to eliminate ambiguities that may exist in Unicode encoded text.
Next, the user agent converts each of the labels (ie. pieces of text between dots) in the Unicode string to a punycode representation. A special marker ('
xn--') is added to the beginning of each label containing non-ASCII characters to show that the label was not originally ASCII. The end result is not very user friendly, but accurately represents the original string of characters while using only the characters that were previously allowed for domain names.If the string is input by the user or stored in a non-Unicode encoding, it is converted to Unicode, normalized using Unicode Normalization Form C, and encoded using the UTF-8 encoding.
The user agent then converts the non-ASCII bytes to percent-escapes.
Le navigateur ensuite, laisse ou refait (quand on lui file l’adresse déjà encodée) un affichage sympa/humain (cela a valu quelques débats dans la sphère Moz et sur Linuxfr)
"It is seldom that liberty of any kind is lost all at once." ― David Hume