Bifurcação de # 970: JS.md fala sobre normalização Unicode .
Um exemplo simples desse documento: meu nome "Jean-François Bastien" pode ser normalizado de duas maneiras com
Ç ↔ C + ◌̧
Este é um belo pegadinho em Unicode. Durante a interface entre JS e wasm, seria bom saber o que esperar dos produtores e consumidores. Podemos escolher não normalizar, mas devemos dizer isso .
Vejo 4 maneiras de discutir a normalização em JS.md:
- Proibir / errar / ignorar entradas não normalizadas.
- Normalizar entradas wasm automaticamente e comparar os valores JS normalizados.
- Normalize automaticamente as entradas do wasm e espere que o usuário chame normalize .
- Não normaliza nada.
Se escolhermos 2. ou 3. devemos especificar qual forma de normalização esperamos (porque é claro que existem várias formas de normalização).
jfbastien
Todos 6 comentários
1, 2 e 3 parecem ser uma boa fonte para bugs esotéricos em motores JS.
Eu voto 4.
RyanLamansky
em 30 jan. 2017
Acho que a convertToJSString function Web.md # names já especifica 4. Parece bom adicionar um texto esclarecedor para dizer que nenhuma normalização ocorre, no entanto.
lukewagner
em 30 jan. 2017
Acordado com @lukewagner.
rossberg
em 31 jan. 2017
FWIW, CSS também não normaliza.
tabatkins
em 4 fev. 2017
Sim, nada na plataforma da web usa normalização Unicode, exceto string.normalize () em JavaScript e IDNA em URLs. 4 é definitivamente o que você quer aqui.
annevk
em 30 mar. 2017
Doce. Quero ter certeza de que documentamos essas decisões e parece que chegamos a um consenso. Fechando.
jfbastien
em 30 mar. 2017
Questões relacionadas
badumt55
·
8Comentários
arunetm
·
7Comentários
konsoletyper
·
6Comentários
bobOnGitHub
·
6Comentários
nikhedonia
·
7Comentários
Comentários muito úteis
Acho que a
convertToJSStringfunction Web.md # names já especifica 4. Parece bom adicionar um texto esclarecedor para dizer que nenhuma normalização ocorre, no entanto.