Définir UTF8 comme encodage de caractères par défaut dans Windows 7

existe-t-il un moyen de configurer Windows 7 pour utiliser de manière globale le format UTF-8?
son vraiment ennuyeux de configurer chaque éditeur de texte pour l'utiliser.

La réponse courte est non, ce n'est pas possible .

Pour élaborer, je crains fort que vous ne trouviez pas d’option de codage global dans Windows 7 qui vous permette à la fois 1) de définir un paramètre par défaut global auquel 2) toutes les applications que vous avez énumérées obéiraient.

Aussi, je voudrais demander quel est le problème que vous essayez de résoudre?

Il appartient à l’application de choisir si elle utilise unicode en interne pour représenter les données. Bien que l'utilisation de l'unicode soit encouragée , vous ne pouvez jamais être sûr que toutes vos applications le prennent en charge en interne.

Ce que vous pouvez faire , cependant, est de changer le codage de caractères par défaut pour chacune des applications répertoriées:

• Pour Eclipse, le codage par défaut des nouveaux fichiers peut être défini dans Windows> Préférences> Général> Types de contenu (voir l' article sur Eclipse Community Forms ).
• Pour le Bloc-notes ++, accédez à Paramètres> Préférences> Nouveau document / Par défaut / Répertoire et définissez Encodage sur UTF-8.
• Quant à Thunderbird, je suis quasiment sûr qu’il utilise déjà le codage par défaut UTF-8? (voir ces notes sur l'encodage des caractères )
• Dans le cas d’OpenOffice (et de LibreOffice), vous n’avez même pas besoin de vous soucier de l’encodage, car les documents enregistrés par OpenOffice sont basés sur XML, dans lequel l’encodage est spécifié en interne dans les fichiers XML (et UTF-8 est déjà utilisé). le défaut là aussi)
• Du point de vue UTF-8, PowerShell est délicat. Il a un encodage par défaut de UTF-16LE.
  • Pour la sortie de fichiers de PowerShell vers UTF-8, voir cette réponse.
  • Pour changer le codage par défaut, voir cette réponse.

Ce n'est pas possible principalement parce que Windows n'autorise pas UTF-8 en tant que page de code ANSI du système, même s'il possède une page de code ANSI pour UTF-8, page de code 65001 . Il semble y avoir plusieurs raisons à cela:

• Quand Unicode a été créé, Microsoft a décidé qu'UCS-2 serait le meilleur moyen de prendre en charge Unicode. A cette époque, Unicode était en 16 bits.
• Windows possède une page de code ANSI pour chaque langue prise en charge , contrairement à Unix et Linux où la langue et le codage peuvent être définis indépendamment.
• La page de code 65001 ne fonctionne pas partout. Plus précisément, il est interrompu par la prise en charge multi-octets de Windows qui prévoit que les caractères multi-octets nécessitent un ou deux octets, tandis que UTF-8 nécessite entre un et quatre octets. L' WriteFile()API, par exemple, renvoie un résultat incorrect sous la page de codes 65001, qui passe en revue tout le code de la bibliothèque, tel que write().

Le regretté Michael Kaplan, qui travaillait sur l'internationalisation chez Microsoft, avait un blog, "Sorting it all out Out" , avec plusieurs articles sur des sujets connexes. Je lui ai envoyé directement un courrier électronique au sujet de certaines de ces préoccupations dans la journée.