Résumé

  • RFC 3987 a rendu les identifiants internationaux lisibles sans confondre leur affichage, leur codage et leur identité.
  • Une conversion utile au transport ou à la comparaison locale ne devait jamais effacer la chaîne de caractères reçue.

Le point de départ de RFC 3987, conservé par sa fiche, ses errata et son historique, n’était pas seulement l’ajout d’alphabets à l’adresse Internet. En janvier 2005, le texte a créé l’IRI comme élément distinct, complémentaire de l’URI. Cette séparation protégeait les logiciels existants tout en définissant un passage déterministe de la suite de caractères Unicode vers une URI.

Une adresse pouvait alors être écrite, prononcée, copiée ou transmise dans une langue familière. Mais chacune de ces actions produisait un type de trace différent. La chaîne logique n’est pas son rendu visuel; l’UTF-8 n’est pas l’UTF-16; l’URI échappée n’est pas la saisie originale; la clé d’un cache n’est pas la ressource; la ressource obtenue n’est pas l’autorité qui a créé le nom.

La présentation bidirectionnelle montre cette différence avec une netteté particulière. Un IRI mêlant écriture de droite à gauche et délimiteurs latins possède un ordre logique de stockage et un ordre visuel calculé. Une capture d’écran peut aider le lecteur, mais elle ne suffit pas à reconstruire la suite de caractères. Le journal d’audit doit donc garder la chaîne logique, le sens d’écriture, le codage et la présentation comme des éléments reliés, non comme une valeur unique.

RFC 3986, sa fiche, ses errata et son historique avaient déjà établi une échelle de comparaison des URI. RFC 3987 ajoute le problème du caractère. Comparer naïvement les octets d’une chaîne UTF-8 à ceux de la même chaîne en UTF-16 produit un échec certain. La comparaison simple doit d’abord placer les deux suites dans une forme de codage commune, puis avancer caractère par caractère.

Le texte interdit ensuite une facilité tentante : cette comparaison caractère par caractère ne doit pas commencer par une conversion des IRI en URI. Une telle conversion crée des équivalences supplémentaires qui peuvent être fausses pour l’identité recherchée. L’outil de transport n’est pas une fonction universelle d’égalité. C’est pourquoi l’IRI ne devrait pas être modifiée pendant son transport lorsqu’elle peut servir d’identifiant.

La normalisation reste utile, mais elle reçoit un propriétaire. Lors de la création, NFC réduit les variantes inutiles. Lors d’une conversion depuis du papier ou un codage non Unicode connu, NFC fournit une préparation reproductible. En revanche, RFC 3987 déconseille à un tiers de normaliser arbitrairement une IRI déjà existante, car ce tiers ignore la manière dont son propriétaire traite la séquence.

RFC 5198, avec sa fiche, ses errata et son historique, explique la valeur de NFC pour le texte réseau et la stabilité attendue des chaînes assignées. Ce cadre facilite l’échange. Il n’accorde pas à un proxy, un indexeur ou un journal le droit de remplacer la preuve source par sa forme préférée.

Le cas des échappements est instructif. Pour une comparaison locale, une application peut harmoniser la casse des chiffres hexadécimaux ou traiter certains caractères non réservés sous une forme comparable. Si l’adresse doit ensuite être transmise ou réutilisée, la forme originale doit être conservée. Une clé de comparaison dérivée peut accélérer un cache; elle ne peut pas devenir l’unique pièce d’archive.

Le domaine internationalisé possède encore une autre chaîne de responsabilités. RFC 5890, sa fiche, ses errata et son historique séparent U-label, A-label, enregistrement et recherche. RFC 5891, avec fiche, errata et historique, définit leur validation. L’étiquette lisible affichée à l’écran ne prouve donc ni son inscription dans une zone, ni une réponse DNS, ni le service atteint.

RFC 5895, sa fiche, ses errata et son historique, place enfin la conversion conviviale dans l’interface utilisateur, avant le protocole. La langue, le clavier, la voix et le copier-coller peuvent justifier des règles différentes. Une règle agréable pour un locuteur peut trahir l’intention d’un autre.

RFC 3987 a donc élargi l’écriture sans réduire le nombre de frontières à surveiller. La bonne exploitation garde la saisie, la chaîne logique, les octets, la conversion URI, la clé de comparaison, la règle de schéma, le résultat DNS et l’accès final. La lisibilité rapproche l’identifiant de son auteur; seule la conservation de ces reçus empêche les systèmes intermédiaires de devenir, sans mandat, les nouveaux auteurs de son identité.

Sources