Delphi - Ako najjednoduchšie lokalizovať program do viac jazykov?

Tak ako to chceš Ty - mať texty v textovom súbore ? - je asi najjednoduchšie
použiť TIniFile a z neho čítať hodnoty podľa zvolenej hodnoty.

súbor by vyzeral asi takto:

[English]
novy=new
stary=old

[Slovak]
nov y=nový
stary=starý

1. pro kazdy jazyk jiny soubor (jak ti to budou jinak uzivatele lokalizovat) ?
2. sekce pouzij pro lokazizaci jednotlivych formularu - ulehci to prekladatelum orientaci v prekladu
3. pokud zacinas projekt a pocitas s tim, ze bude lokalizovany, pis jej v anglictine (mysleno uzivatelske rozhrani) a to vcetne nazvu ovladacich prvku, ktere budes lokalizovat
4. pojmenovavej ovladaci prvky podle funkce, nenechavej tam Label1 ... Label36, jinak to clovek, ktery bude prekladat nebude mit sanci prelozit.

Priklad:

[MainForm]
Caption=Moje nova aplikace
aNewFile=Novy soubor
aOpenFile=Otevrit soubor
...

[Settings]
lDefaultDirectory=Vychozi adresar
cBackup=Zalohovat soubory
...

1. Presne tak si to aj predstavujem.
2. Tie sekcie je výborný nápad. Postupne by som na to prišiel určite aj sám, ale je dobré to vedieť hneď.
3. Zásadne píšem všetky programy (názvy objektov atď.) v angličtine. Tak som to robil aj v Turbo Pascale, pretože je prehľadnejí zápis a navyše sa nemusím pasovať s anglickoslovenskými výrazmi, pretože potom sa stane, že aj také sa vyskytnú. Okrem toho, viac povie slovo Button ako slovo Tlacitko nielen mne, ale aj hocikomu inému, kto sa na zdroják pozrie.
4. No niekedy v rýchlosti nechávam také názvy, ale iba, ak je tým Labelov málo. Inak, keď sa mi nechce to vypisovať, tak to riešim šachovnicovo podľa umiestnenia Labelu (LabelC4 atď.), ale ak sa dá, tak sa tomu radšej vyhýbam.

Ešte otázka:
Čo je lepšie? Načítať všetky texty naraz alebo ich načitávať počas behu programu zo súboru?
- naraz - viac nárokov na pamäť, čo je zanedbateľné, ale program je flexibilnejší, čo sa týka počtu otvorených súborov a teda je univerzálnejší
- postupne - menej nárokov na pamäť, ale program "drží" súbor s lokalizáciou a ten je neprístupný pre prípadné úpravy počas behu programu

Tak kdyz uz to budes mit v tom ini-fajlu se sekcema, tak k tomu normalne za behu pristupuj pres GetPrivateProfileString, ne?

Ja viem, ako pristupovať k sekciám za behu programu. Mne išlo len o to, čo je z hľadiska programu krajšie riešenie.

GetProfileString() je zbytecne "nakladny". Provede totiz otevreni INI, jeho nacteni, nalezeni a precteni stringu a zavreni INI. A tohle chces delat pro kazdy string na formulari ?

To uz je mnohem lepsi pouzit nejaky optimalizovani INI (treba TMemIniFile z Delphi), ktery si po pristupu do sekce zapamatuje pozici sekce a nehleda to pokazde znovu, navic si stringy hashuje pro snadnejsi vyhledavani.

Existuji knihovny, ktere ti vytahnou retezce do souboru a pak jsou schopny formulare automaticky lokalizovat.
Ja si ti delal ve vlastni rezii, takze pro kazdy form mam funkci, ktera jej zlokalizuje.
Takze lokalizuji pri zobrazeni formulare (az kdyz to potrebuju), nelokalizuji vse zbytecne pri startu.

Tá funkcia je univerzálna a lokalizuje proste celý formulár a hotovo alebo sú v nej postupne vypísané lokalizačné príkazy pre každý objekt zvlášť? Teoreticky sa to dá naraz pomocou Controls, ak sa nemýlim, ale potom vznikne problém pri vlastnosti Text, Caption, Items a podobne.

Nemohu si pomoci, ale nejlépe měl lokalizace vyřešen AmigaOS 3.0 a vyšší - v zásadě textové soubory s databázovým formátem s podporou napříč OS a aplikacemi. Bohužel implementace češtiny byla (kvůli konfliktům s některými řídicím znaky) docela problém.

Jinak správně -- základem je abstrakce od kódu. V závislosti na velikosti SW a tudíž i počtu lokalizovatelných stringů bych volil buď plaintext, nebo nějakou strukturu.

Takže sčasti v tom vidím aj odpoveď na otázku vyššie položenú. Ak je program rozsiahly, čo zatiaľ u mňa nehrozí, tak z konfiguračného súboru načítavať stringy postupne a keď malýá, tak na začiatku načítať všetko.

Ešte otázka: Ako to vlastne funguje v Delphi pomocou zdrojov? Tam sa dá tiež lokalizovať do viac jazykov, ale s tým, že nebudú lokalizované texty bežne prístupné a z hľadiska programového kódu sa pristupovať k lokalizovaným textom už jednoduchšie nedá. Mám pravdu?

Interni Delphi lokalizator dela vlastne DLL, ktere obsahuji nejen lokalizovane retezce, ale i pozice prvku na formulari. Tam si totiz muzes pohnout pri lokalizaci i s ovladacimi prvky, pokud by ti prekazely - male mito na text apod.
Ale operavdu to neni lokalizovatelne "zvenku"

Podivej se na priklad:
\Program Files\Borland\Delphi7\Demos\RichEdit\

Áno, ten program mám ešte teraz živý v pamäti. Keď som ho upravoval minulý rok na inú aplikáciu, tak som lokalizácie odtiaľ vyhádzal. Takže som sa im ani nestačil porozumieť. Ale pozriem sa na to, hoci takto lokalizovať nikdy nebudem, keďže je to user unfriendly.

Strukturou jsi zrejme myslel treba XML.
Pro preklad davam prednost prostemu textu - je tam jen to nezbytne minimum informaci, neni tam okolo zadna "omacka" jako elementy v XML.

Osobne to resim tak, ze pokud delam novou verzi, vezmu anglictinu, kterou udrzuji a pomoci ni sestavim znovu vsechny ostatni lokalizace. Takze retezce, ktere tam chybi dodam v anglictine a jeste je oznacim a retezce, ktere zmizi a anglictiny se tak odstrani ze vsech ostatnich lokalizaci automaticky. Clovek ktery updatuje lokalizaci pouze vyhleda par oznacenych retezcu, dolokalizuje a posle. Nemusi srovnavat a hledat co pribylo noveho.
Protoze je to od tech lidi prace dobrovolna, snazim se jim to co nejvic ulehcit.

Čiže vlastne ešte utilitka, čo upraví ostatné lokalizácie podľa angličtiny, ak som správne pochopil. To je tiež dobrý nápad, to ma ani nenapadlo.