Explication complète :

Voir  codage des caractères (Wikipédia)  

Approche courante (non stricte) :

• En Europe, on devrait utiliser la codification standard Unicode (famille UTF). La première version a été éditée en 1991, la dernière a été éditée en juin 2016.
• Selon cette codification :
• chaque caractère courant occupe un byte,
• les caractères accentués, la cédille et tous les caractères spéciaux en occupent deux,
• Δ CE94 Delta majuscule ;
• δ  CEB4 Delta minuscule ;
• Σ CEA3 Sigma majuscule ;
• σ CF83 Sigma minuscule ;  
• les caractères "pour nous, plus compliqués", occupent  trois, quatre ou cinq bytes, par exemple :
• la chaîne suivante 日本語 [nihongo] occupe 9 bytes (3 fois 3) :
  "000000000  E6 97 A5 E6 9C AC E8 AA-9E   |日本語  |"

• Parfois, la codification ANSI est encore utilisée, bien que certains caractères ne puissent pas être codifiés parce qu'un seul byte y est utilisé par caractère. En français on pourrait se contenter du code ANSI mais par souci d'homogénéité, en particulier sur le WEB, on utilise la codification UTF-8.

Informations plus complètes :

UTF 8 (Wikipédia)

Voir aussi Blocs Unicode

Bom :

Bien que le codage de caractères UTF-8 ne pose pas de problème d'ordre des octets  « endianisme », il est préconisé d'utiliser l'indicateur d'ordre des octets (BOM, Byte order Mark)  pour indiquer qu'un texte est bien encodé en UTF-8, ainsi, il est préconisé de faire débuter le fichier par la séquence de 3 caractères hexadécimaux EF BB BF qui ne sont pas visibles en mode caractère. Certains logiciels n'acceptent pas la présence de ces trois octets, en raison de la complexité induite par leur traitement.

Éditeurs de texte

Les éditeurs de texte Bloc-Notes et Notepad++ permettent de choisir le format d'encodage du fichier:

Bloc-Notes :

Notepad++ :

Affichage

Affichage Hexadécimal

MSWord :

Voir aide MicroSoft.

Créé avec HelpNDoc Personal Edition: Créer des documentations web iPhone