La russification des programmes est une question importante, en particulier pour les utilisateurs qui ne parlent pas de langues étrangères. Assez souvent, les utilisateurs du programme Delphi se demandent comment le russifier.
Instructions
Étape 1
Le fait est que les codages OEM et ANSI (dans lesquels fonctionne Delphi) ne correspondent pas. Ils ont différentes positions de symboles cyrilliques. ANSI a également des caractères accentués, contrairement à l'OEM. Mais le second contient des symboles pseudo-graphiques, indispensables à l'affichage des tableaux, même si ce n'est pas très demandé. Et pourtant, il convient de noter qu'en général, ces tableaux sont interchangeables - ils ont les mêmes possibilités d'afficher des informations textuelles.
Étape 2
Il existe plusieurs manières de résoudre le problème de la russification. Le premier fonctionne dans l'éditeur OEM. Vous pouvez initialement préparer des parties du texte du programme qui sont essentielles à la table de codes dans un éditeur qui fonctionne dans le codage OEM. Une solution assez simple mais en même temps efficace. Cela est particulièrement vrai pour l'écriture de services publics locaux, dans lesquels la sortie d'informations est néanmoins très demandée.
Étape 3
En ce qui concerne les lacunes de cette méthode, vous pouvez désigner ici un travail en dehors de l'IDE, qui est familier à beaucoup, avec ses cloches et ses sifflets qui sont formidables dans la vie, tels que: codage, compilation, débogage. Et tout cela est dit, "dans une bouteille". De plus, à mesure que le projet grandit, certaines difficultés commencent à se manifester lorsque des ressources de chaîne tierces créées à l'aide du codage ANSI commencent à être utilisées.
Étape 4
Si le projet ne contient pas de chaînes directement incluses dans le code (codées en dur), vous pouvez déplacer toutes les ressources de chaîne dans des modules séparés, puis les localiser dans l'encodage requis. Heureusement, le réseau regorge d'utilitaires qui modifient l'encodage des fichiers.
Étape 5
Parlons maintenant de l'utilisation des procédures de filtrage. L'API Windows contient des fonctions pour vous aider à convertir les codages ANSI et OEM entre eux. Ce sont OemToChar et CharToOem. Ils sont utilisés pour afficher du texte avec remplacement de fragments Writeln (« texte »); dans les fragments suivants:
procédure MyWriteln (const S: chaîne);
var
NouvelleStr: chaîne;
commencer
SetLengtn (NewStr, Longueur (S));
CharToOem (PChar (S), PChar (NewStr));
Writeln (NewStr);
finir;
MyWriteln (‘texte’);
Étape 6
Quant aux inconvénients de cette méthode, c'est l'impossibilité d'utiliser la syntaxe Write étendue et d'encombrer le texte applicatif d'un appel à des procédures de filtrage. Lorsque vous devez russifier une application terminée avec plusieurs appels à Write, cela devient un problème sérieux.
Étape 7
Enfin, modifiez la page de code de la console à l'aide de l'API Windows. Cette méthode est d'ailleurs documentée. Le seul hic est que la fonctionnalité ne fonctionne pas sous Windows 95 et 98. Bien que si l'application s'exécute exclusivement sur Windows NT, dans ce cas, vous pouvez utiliser la fonction SetConsoleOutputCP (866).
