Design: Normalisation Unicode

Créé le 30 janv. 2017 · 6Commentaires · Source: WebAssembly/design

Forking from #970: JS.md parle de la normalisation Unicode .

Un exemple simple tiré de ce document : mon nom « Jean-François Bastien » peut être normalisé de deux manières avec

Ç ↔ C+◌̧

C'est un bon piège en Unicode. Lors de l'interface entre JS et wasm, il serait bon de savoir à quoi s'attendre des producteurs et des consommateurs. Nous pouvons choisir de ne pas normaliser, mais nous devons le dire .

Je vois 4 façons dont nous pouvons discuter de la normalisation dans JS.md :

Interdire/erreur/ignorer les entrées non normalisées.
Normalisez automatiquement les entrées wasm et comparez les valeurs JS normalisées.
Normalisez automatiquement les entrées wasm et attendez que l'utilisateur appelle normalize .
Ne rien normaliser.

Si nous choisissons 2. ou 3. nous devons spécifier quelle forme de normalisation nous attendons (car bien sûr il existe plusieurs formes de normalisation).

importexports

Source

jfbastien

Commentaire le plus utile

Je pense que la fonction convertToJSString Web.md#names spécifie déjà 4. Cela semble bien d'ajouter un texte de clarification pour dire qu'aucune normalisation ne se produit, cependant.

lukewagner le 30 janv. 2017

👍4

Tous les 6 commentaires

1, 2 et 3 semble être une bonne source de bogues ésotériques dans les moteurs JS.

Je vote 4.

RyanLamansky le 30 janv. 2017

Je pense que la fonction convertToJSString Web.md#names spécifie déjà 4. Cela semble bien d'ajouter un texte de clarification pour dire qu'aucune normalisation ne se produit, cependant.

lukewagner le 30 janv. 2017

👍4

D'accord avec @lukewagner.

rossberg le 31 janv. 2017

FWIW, CSS ne se normalise pas du tout non plus.

tabatkins le 4 févr. 2017

Oui, rien dans la plate-forme Web n'utilise la normalisation Unicode, à part string.normalize() dans JavaScript et IDNA dans les URL. 4 est certainement ce que vous voulez ici.