Russifikasie van programme is 'n belangrike saak, veral vir gebruikers wat nie vreemde tale praat nie. Dikwels wonder gebruikers van die Delphi-program hoe om dit te Russify.
Instruksies
Stap 1
Die punt is dat die OEM- en ANSI-kodering (waarin Delphi werk) nie ooreenstem nie. Hulle het verskillende posisies van Cyrilliese simbole. ANSI het ook karakters met aksent, wat OEM nie het nie. Maar die tweede bevat pseudo-grafiese simbole, wat onontbeerlik is om tabelle te vertoon, hoewel dit nie baie gevra word nie. En tog is dit opmerklik dat hierdie tabelle oor die algemeen uitruilbaar is - hulle het dieselfde moontlikhede om teksinligting te vertoon.
Stap 2
Daar is verskillende maniere om die probleem van Russification op te los. Die eerste werk in die OEM-redakteur. U kan aanvanklik dele van die programteks voorberei wat van kritieke belang is vir die kodetabel in 'n redigeerder wat in die OEM-kodering werk. Nogal 'n eenvoudige, maar terselfdertyd effektiewe oplossing. Dit geld veral vir die skryf van plaaslike hulpprogramme, waarin die uitset van inligting tog baie gevra word.
Stap 3
Wat die tekortkominge van hierdie metode betref, hier kan u werk aanwys wat buite die IDE bekend is, wat vir baie bekend is, met sy groot klokkies en fluitjies, soos: kodering, samestelling, ontfouting. En dit alles word gesê, "in een bottel." Namate die projek groei, begin daar ook probleme ontstaan wanneer stringbronne van derdepartye wat met ANSI-kodering geskep is, begin gebruik word.
Stap 4
As die projek nie stringe bevat wat direk by die kode is opgeneem nie (hard gekodeer), kan u al die stringbronne in aparte modules skuif en dit dan lokaliseer na die vereiste kodering. Gelukkig is die netwerk vol hulpmiddels wat die kodering van lêers verander.
Stap 5
Nou oor die gebruik van filterprosedures. Die Windows API bevat funksies om ANSI- en OEM-koderinge na mekaar om te skakel. Dit is OemToChar en CharToOem. Dit word gebruik om teks te vertoon met vervanging van fragmente Writeln ('teks'); in die volgende fragmente:
prosedure MyWriteln (konst S: string);
var
NewStr: string;
begin
SetLengtn (NewStr, Length (S));
CharToOem (PChar (S), PChar (NewStr));
Writeln (NewStr);
einde;
MyWriteln (‘teks’);
Stap 6
Wat die nadele van hierdie metode betref, dit is die onmoontlikheid om die uitgebreide Skryf-sintaksis te gebruik en die toepassingsteks deurmekaar te maak met 'n oproep tot filterprosedures. As u 'n voltooide aansoek met meerdere oproepe moet skryf, moet dit 'n ernstige probleem word.
Stap 7
Laastens, maar nie die minste nie, verander die konsolekode-bladsy met behulp van die Windows API. Hierdie metode is terloops gedokumenteer. Die enigste probleem is dat die funksie nie in Windows 95 en 98 werk nie. Alhoewel die toepassing uitsluitlik op Windows NT sal werk, kan u in hierdie geval die SetConsoleOutputCP-funksie (866) gebruik.
