Első áldozataim a .desktop fájlok lesznek, mert ezeket előszeretettel felejtik el lokalizálhatóvá tenni a kedves fejlesztők. A probléma bemutatásához egy korábban már megoldott hibajelentést használok, amely nem más mint a 559636-as gnome bug a Hálózatkezelőről.

Hogyan is néznek ezek ki ezek a fájlok? A szerkezetük egyszerű, kulcs=érték párokból állnak, amelyeket egy [] közötti szekciófejléc vezet be – régen az ilyet ini fájlnak hívták, és néhol még ma is felbukkan ez a megnevezés. Alapesetben valahogy így néz ki:
[Desktop Entry]
Name=Network Configuration
Comment=Network Manager configuration
Icon=nm-device-wireless
Exec=nm-connection-editor
Terminal=false
Type=Application
X-GNOME-Bugzilla-Bugzilla=GNOME
X-GNOME-Bugzilla-Product=NetworkManager
X-GNOME-Bugzilla-Component=general
Categories=GNOME;GTK;Settings;X-SuSE-ControlCenter-System;X-GNOME-NetworkSettings;
OnlyShowIn=GNOME;
Ebből minket csak a Name és Comment kulcsok érdekelnek (illetve a KDE használja a GenericName kulcsot is). Megjegyzendő, hogy egyes disztribúciók a futás közbeni fordítás érdekében bevezettek egy saját kulcsot, amely a fordítási tartományt adja meg (például: X-Ubuntu-Gettext-Domain=network-manager-applet és X-SUSE-Gettext-Domain=network-manager-applet).
A fenti példa egy nem lokalizálható fájlt ábrázol, a lokalizálhatóvá tételéhez 4 dolog kell.

• Fordításra jelölni a kulcsokat. Egy _ jelet teszünk a neve elé: _Name, _Comment lesz belőle
• Átnevezni .desktop.in-re. Jelenleg az ilyen fájlok fordítása a forráskód fordításakor történik, szemben az általános futásidejű fordítással.
• Felvétel a POTFILES.in fájlba. Meg kell adni a .desktop.in fájl teljes elérési útját, a projekt gyökerétől indulva, pl: nm-connection-editor.desktop.in.
• A Makefile.am módosítása a fordításokkal bővített .desktop fájl előállításához

A harmadik lépés után a po könyvtárban kiadható az intltool-upadate hu parancs, amely a .desktop fájlból a kinyeri a fordítható sztringeket és elhelyezi a po fájlban.

Az utolsó pont viszont hosszabb magyarázatot igényel.
A Gnome és a hozzá készült legtöbb alkalmazás a make programot használja a kód fordításához, ennek pedig a Makefile nevű fájl adja meg, hogy mit csináljon. Ez azonban igen bonyolulttá tud válni, ezt egyszerűsítendő született az autotools nevű csomag, amelyet szintén használ a Gnome. Az autotools segítségével egy néhány száz soros kis .am fájlban leírható minden lényeges tennivaló, ezt feldolgozva áll elő a Makefile. A Makefile.am fájl írja le, hogy mi történik majd a program binárissá fordításakor.

Ahhoz hogy az elkészítendő fordítások ténylegesen használhatóvá váljanak, meg kell adni néhány egyszerű utasítást, amelyek segítségével a make parancs a .po fájlokból majd átlapátolja a lefordított sztringeket a .desktop fájlunkba, illetve a make install a megfelelő könyvtárba elhelyezi telepítéskor. Ezek az utasítások a következő kaptafára húzhatók:
desktop_in_files = nm-connection-editor.desktop.in
desktopdir = $(datadir)/applications
desktop_DATA = $(desktop_in_files:.desktop.in=.desktop)
@INTLTOOL_DESKTOP_RULE@
Ennek hatására előáll a .desktop fájl.
Mi történik? A desktop_in_files változóban megadjuk, hogy melyik fájlt tekintjük bemenetnek. A desktopdir változóban lesz az a könyvtár, ahova a végeredmény kerül, lásd lentebb.
A desktop_DATA egy fájlnév-helyettesítést ad meg, a desktop_in_files-ban lévő fájlnevekben a .desktop.in tagot .desktop taggá alakítjuk, az így kapott a fájlok lesznek a desktopdir-be telepítve. Ez a változó két részből áll: egy tetszőleges előtagból és a kötött _DATA utótagból, ennek – illetve ökölszabályként, az összes itt csupa nagybetűvel írt változónak – mindenképp változatlanul kell szerepelnie, illetve az előtaggal kell kezdődnie az .in fájlokat és a célkönyvtárat megadó *_in_files és *dir változóknak. Az @INTLTOOL_DESKTOP_RULE@ egy makró, amely egy jó hosszú parancsot helyettesít, ez végzi a tényleges munkát, azaz az intltool-merge program felparaméterezett futtatását.

Nem vagyunk még kész, a make számára még meg kell adni, hogy a fájlokkal ezen kívül még mit csináljon. A helyzetet bonyolítja, hogy a .desktop fájllal ezen a ponton korábban is kellett csinálni valamit, ezeket az utasításokat el kell takarítani. Az EXTRA_DIST nevű változó tartalmazza azokat a fájlokat, amelyeket változatlan formában kell felvenni a kiadandó tar csomagba – merthogy a mindenhonnan letölthető tar.gz és tar.bz fájlokat is a make gyártja.
EXTRA_DIST +=
$(dbusservice_DATA)
- nm-applet.desktop
- nm-connection-editor.desktop
+ $(autostart_DATA)
+ $(desktop_DATA)
Korábban láttuk, hogy a desktop_DATA változóba kerül a végleges .desktop fájl neve, itt tehát csak annyi történt, hogy a bedrótozott nevet lecseréljük a változóban lévőre.
Itt ki kell térni a .desktop fájlok másik, újabb felhasználási területére, amely nem más mint az automatikusan induló programok meghatározása. Az egyetlen különbség az, hogy ezeket másik könyvtárba kell telepíteni, emiatt pedig külön változóban kell tárolni:
autostart_in_files = nm-applet.desktop.in
autostartdir = $(sysconfdir)/xdg/autostart
autostart_DATA = $(autostart_in_files:.desktop.in=.desktop)
Azt is meg kell még adni, hogy mikor törölje a make a létrejött fájlokat. Ha ugyanis újra akarjuk fordítani a programunkat, de már jelen vannak a fordításkor létrejövő fájlok, a make ezeket átugorja, ami gyorsítja a kód fordítását, de ha újra akarjuk generálni az ilyen fájlokat (mert például módosítottunk a fordításán a po-ban), akkor nem kívánatos.
CLEANFILES =
$(autostart_DATA)
$(desktop_DATA)
A CLEANFILES változóba kell felvenni a desktop_DATA és autostart_DATA értékét, a változó által megadott fájlok a make clean kiadásakor törlődni fognak.
Ezután pedig kész is vagyunk, némi gyors tesztelés után (./autogen.sh, make) látnunk kell a létrejövő .desktop fájlt, amelyben már a 3. lépés után létrehozott fordítások is szerepelnek a Name/Comment[hu]= kulcsokban.

Ha ez sikerült, elővehető a “sima” diff vagy a verziókezelő diff parancsa és legyártható a fejlesztőnek küldendő patch.

Regisztrálj a Gnome fordításistatisztika-oldalán. Ez az oldal nem csak naprakész statisztikákat jelenít meg a Gnome moduljairól, de segítségével nyomon követhető hogy ki mit fordít, mit kell/érdemes fordítani. Jelentkezz a magyar csapatba, ezt bejelentkezés után a saját profiloldaladon tudod megtenni. Ezután lefoglalhatod az egyes modulokat és beküldheted a kész fordításokat. Ha kérdésed lenne, iratkozz fel a Gnome levelezési listára, hogy kapcsolatba kerülj a fordítókkal.

Mit fordítsak?

Két oldalon találhatóak a fordítások:

• A Gnome alapcsomagok aktuális változatának (most: 2.30) fordításai
• Extra programok fordításai

Az előbbiben a félévente rendszeresen megjelenő GNOME-terjesztés csomagjainak fordításai találhatóak, az utóbbiban pedig az ettől független, de Gnome-technológiákra épülő és a disztribúciók által sok esetben használt alkalmazásokéi.

Válassz ki egy lefordítatlan vagy lefordítatlan üzeneteket tartalmazó csomagot és foglald le a nevére kattintva megjelenő oldalon (például: http://l10n.gnome.org/vertimus/4378/61) a csomagot, majd kezdj neki. Ha elkészültél (az sem baj, ha csak részben) a fordítással, ugyanazon az oldalon beküldheted, majd átnézés után bekerül a git tárolóba.

Melyik programmal fordítsak?

A KBabel programot ajánljuk, mert egyedül ez rendelkezik fordítási adatbázissal, amelybe feltöltheted az eddigi fordításokat, ezzel gyorsabbá és pontosabbá téve a fordítást.

Honnan tölthetem le az eddigi fordításokat?

KDE: ftp://ftp.kde.org/pub/kde/stable/latest/src/kde-l10n/kde-l10n-hu-4.4.0.tar.bz2

További KDE fordítások a magyar csapat oldaláról érhetők el.

GNOME:
A következő parancs kiadásával elérhető a gmirr.sh nevű parancsfájl, amely minden fordítási fájlt letölt a Gnome statisztikaoldaláról.
bzr branch lp:~ubuntu-l10n-hu/ubuntu-hu-web/tools

Mire figyeljek a fordítás során?

• Próbáld követni az eddigi fordításokat. Pl. a file szót fájlnak fordíts, stb. Jó kiindulópont az FSF szótára.
• A fordításban magázd a felhasználót.
• Ha egy üzenet fordításában nem vagy biztos, kérdezz a levelezési listán.

Hogyan tegyem be a fordításomat a program következő verziójába?

A fordításokat, ha más még nem foglalta le, a statisztikaoldalon keresztül juttathatod el legegyszerűbben a csapat vezetőjének. A magán- vagy levelezőlistás levelek nem biztos, hogy célt érnek .

A minél gyorsabb GNOME git-be kerüléshez a következőeket betartva küldd a fordításokat:

• A csomagok helyességét ellenőrizd le a következő módon:
  $ msgfmt -cvo /dev/null csomagnév.ág.hu.po, különben a statisztikaoldal nem fogja elfogadni
• Helyesírás-ellenőrzés sem árt:
  $ huspell-po < csomagnév.ág.hu.po
  A legfrissebb huspell-po parancsfájlt innen tudod leszedni, illetve elérhető a gmirr.sh-val azonos bzr tárolóból is.

Hogyan válhatok csapattaggá?

A csapattagság csak a regisztrációhoz van kötve, így fordításokat gyakorlatilag bárki beküldhet.

A múlt heti irc megbeszélésen arra az Ubuntu közösség arra az elhatározásra jutott, hogy a Hardy megjelenéséig két célt próbálunk elérni: az Ubuntu és Kubuntu dokumentáció teljes lefordítását. Ezeken természetesen a fordítóhétvégéig is dolgozunk, a hétvége fő célja ezek, de különösen a Kubuntu dokumentáció befejezése lesz. Ha ezután még lesz idő, a másodlagos cél a GNOME akadálymentesítési kézikönyv lefordítása.

Aki személyesen szeretne jönni, jelezze érdeklődését e-mailben Farkas Szilveszternél (phanatic kukac ubuntu pont com) és hozzon laptopot.

Fordító: Kelemen Gábor.

A fordítások az alkalmazások következő verzióiban fognak megjelenni.

Fordítók:

• Dvornik László (Pan)
• Kelemen Gábor (Planner)