Disons qu'il faudrait un terminal qui comprenne bien tous les charsets unicode en général, et pas uniquement l'utf-8. Car normalement tous les encodages unicode sont compatibles entres-eux.
Après, en fct° de la locale utf-(7|8|16|32) en place, ça devrait s'adapter.
Mais sur ton idée... c'est peut-être la façon de procéder de l'utf-* au fur et à mesure qu'on augmente le nombre d'octets : on ne fait qu'étendre le charset inférieur. Donc ton texte en utf-32 ne prendra pas plus de place en utf-32 qu'il n'en prenait en utf-8...
Mais là c'est qu'une supposition. S'il est déjà compatible ascii, pourquoi ne pas avoir un fonctionnement comme ça ? Mais je dis peut-être (certainement) des conneries là.
[^] # Re: Sortie du noyau 2.6.4
Posté par Julien Portalier . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 1.
Après, en fct° de la locale utf-(7|8|16|32) en place, ça devrait s'adapter.
Mais sur ton idée... c'est peut-être la façon de procéder de l'utf-* au fur et à mesure qu'on augmente le nombre d'octets : on ne fait qu'étendre le charset inférieur. Donc ton texte en utf-32 ne prendra pas plus de place en utf-32 qu'il n'en prenait en utf-8...
Mais là c'est qu'une supposition. S'il est déjà compatible ascii, pourquoi ne pas avoir un fonctionnement comme ça ? Mais je dis peut-être (certainement) des conneries là.