• [^] # Re: Cool, mais il y en a encore qui l'utilisaient???

    Posté par (site web personnel) . En réponse au journal Support des encodages "multi-byte" dans zsh ! \o/. Évalué à 3.

    Rectification sur UTF-16 : il utilises de 2 a 4 octets (et non caracteres), suivant le caractere choisi
    UTF-8 utilse de 1 a 4 octets.

    C'est UCS-2 qui est sur 2 octets, mais il ne peut pas gerer tous les caracteres.

    Avantages UTF-8 :
    - pour les ricain et les latins, c'est celui qui prend le moins de place
    - compatibles avec tous les protocoles de transport existant
    - pas de probleme Big endian ou Little Endian

    Avantages UTF-16
    - pour le reste du monde, c'est celui qui prend le moins de place (les caracteres asiatiques sont souvent sur 3 octets en UTF-8, et seulement 2 en UTF-16)

    Oui, ce ne sera jamais parfait, mais un statut-quo semble sortir : UTF-8 pour le stockage et le transport, et UTF-16 (sous Windows, UTF-32 / UCS-4 generalement sous Linux) pour la gestion en interne des programmes (mais il semble que GTK reste en UTF-8, bref c'est pas encore un statut-quo, mais on s'en fout : c'est de l'interne à la machine!).
    Ca gonfle le stockage asiatique/russe/grec etc... mais c'est la "moins pire" des solutions...