Should there be a UTF-8 health warning?

Abierto
#335 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
35/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
html

Línea de trabajo

Read the PushMessageData interface section in the Push API specification, especially its references to UTF-8 decoding and encoding. Decide whether the specification should warn authors about non-UTF-8 message encodings; done means the issue’s question is resolved in the specification. The issue has had no comment for years, so check the discussion context before starting.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

editorial i18n-needs-resolution

PushMessageData interface
https://www.w3.org/TR/push-api/#pushmessagedata-interface

In w3c/push-api#276 we asked about the inherent UTF-8 requirement for the text (and to a far lesser extent json) methods. These method's default implementation assumes that the encoding of the message's bytes are, in fact, UTF-8 if the message is to be treated as text. The I18N WG is happy that UTF-8 is the default encoding and that it is the only supported encoding. But we note that there is no mention outside of the message data interface of UTF-8 or Unicode. Other data can be sent down the wire and retrieved using arrayBuffer or blob, but there is no mention of character encodings aside from the references to utf-8 decode and utf-8 encode in this section. So our ask is:

Should there be a health warning about using non-UTF-8 encodings?

[Note: this came out of I18N WG reviewing our previous comments in our periodic review cycle]

Lenguaje dominante
HTML
Estrellas
158
Forks
43
Merge medio
2 d 6 h
PR fusionados (30 d)
2

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de w3c/push-api

Todos los issues de w3c/push-api

Issues similares

Más issues de Documentation

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.