Kompletní lokalizace Nette aplikací – GettextExtractor v2

Jarda napsal(a):

jj, už na to koukám, stačilo trochu poupravit a už jede jak po másle. GettextExtractor je vážně kůl tůl :) Díky za něj!

A vytahuje ti to všechny řetězce ze šablon? Mě to pořád nefunguje. Stále najde jen něco …

Ahoj,

resil se uz nejak problem s tim, GettextExtractor nebere tagy s parametrama ? Tzn. napr.: {_"HelloWorld %s", 1} ?

Jako rychly quickfix jsem drobne zmenil REGEXP v …\libs\GettextExtractor\Filters\NetteLateFilter.php:

class NetteLatteFilter implements iFilter
{
/* ... */
//hacked - jinak nenajde tagy, ktere maji parametry oddelene carkama
const LATTE_REGEX ='#{(__PREFIXES__)("[^"\\\\]*(?:\\\\.[^"\\\\]*)*"|\'[^\'\\\\]*(?:\\\\.[^\'\\\\]*)*\')+(\s*,\s*.*?)*(\|[a-z]+(:[a-z0-9]+)*)*}#u';

… nemel jsem ale cas to moc testovat a vubec ten LatteFilter myslim neodpovida tomu, co je pouzity v posledni stable verzi Nette. Melo by ale asi stacit, aby ten regular proste matchnul tu prvni cast – obsah v uvozovkach a k tomu by to mohlo stacit.

Nicmene jeste mam problem, pokud pouziju tvar s parametrem {_"test %s", 1}, tak mi to funguje jen pro 1, cokoliv jineho se vubec neprelozi. Asi jsem celkove ten preklad blbe pochopil. Ten parametr musi bejt vzdycky cislo a on se snazi to nejak prevadet na plural? Nemuzu to parametrizovat libovolnym retezcem ? Nehazi mi to zadnou chybu, proste na cokoliv krome 1 se to prelozi na "" (prazdno).

Dik.

Vlna: ono je vubec problem s temi regulary u obou extraktoru, ktere tady byly vytvorene (v1 a v2). Nevim jak vam, ale me ani jeden nefunguje spravne. Pouzivam pro extrakci POedit … s prvni verzi mi to jakz, takz funguje. A v2 mi nevytahne ze zdrojaku vubec nic. Mozna delam neco spatne, ale neni to ani nikde popsane (u teto v2 verze), jak to s poeditem rozchodit.
Pouzili jste nekdo tento v2 extractor s POEditem? Pokud ano, muzete sem hodit strucny popis toho, jak jste to rozchodili?
Diky.

iguana007 napsal(a):

Nevim jak vam, ale me ani jeden nefunguje spravne.

Me V2 extractor i docela fungoval. Tj. tohle se spusti samostatne nad zadanyma adresarema (pres. ->scan(array(‚prvni‘,‚druhy‘)) – rekurzivne). V pripade php souboru to pouzije php filtr, v pripade templat LateFiltr a extrahuje to labely k prekladu.
Php filtr mi fungoval dobre, LateFiltr fungoval jen pro tagy bez parametru {_"neco"} ne {_"neco", 1, …}
Tohle u me rozchodila uprava Late filtru, kterou jsem psal v predchozim postu. Kdyztak to zkus.

Stale ale pretrvava problem s tim parametrizovanim, ke kteremu jeste doufam, v erudovany komunitni hint :-)

kaslete na poedit, je tu predci nette translation panel kterej je cuprovej

VeN napsal(a):

Zda sa ze ano, trochu som sa s tym hral nasiel som

NetteLatteFilter.php riadok 27 som si upravil takto a uz to berie, taky fast&furious fix kedze sa mi nechce studovat ten regEx :-D

<?php
	const LATTE_REGEX = '#{(__PREFIXES__)("[^"\\\\]*(?:\\\\.[^"\\\\]*)*"|\'[^\'\\\\]*(?:\\\\.[^\'\\\\]*)*\').*}#u';
?>

Na github.com/voda/gettext-extractor je vylepšená verze půodního extractoru. Umí extrahovat plurály i zprávy s kontextem (po vzoru gettextu).

Pro překlady používám translator založený ná php-gettextu, původní Nette translator jen tam kde to je nutné (formuláře, DataGrid).
V šablonách mám vlastní makra (+varianty s ‚!‘):

Vlastní překladač a makra v blízké době taky zveřejním.

Editoval voda (23. 12. 2010 12:53)

jako rekni mi, kolikrat se ti v kodu vyskytuje tento sled znaku {=_(', aby si nemohl udelat hromadny replace?

Editoval hrach (8. 2. 2011 13:35)

Z hlavy:
Find what: \{= ?_\((‚|„)(.+?)(‘|“)\) ?\}
Replace with: {_($2)}

Dalo by se ještě upravit, ale pokud tam v téch řetézcích nemáš nějaký speciální blbosti, tak by jsi si s tím měl vystačit.

iguana007 napsal(a):
Chtěl bych se zeptat, jak sis generoval ten POT soubor?

Normálně se to dělá tak, že se vygeneruje POT pomocí GettextExtractoru, což by měl být katalog všech textů, které se vyskytují ve zdrojácích. Potom vezmeš .po soubory a zaktualizuješ je podle POT šablony. Buď pomocí Poeditu nebo z příkazem msgmerge -Uv cs.po messages.pot (myslím, že Poedit ve skutečnosti taky volá msgmerge). To ti přidá nové texty, případně odstraní staré. Pak už jen zbývá doplnit nové překlady.
POT šablona by měla být normálním výstupem GettextExtractoru.

Editoval voda (3. 5. 2011 22:52)

To „en“ bych z názvu vynechal, protože v POT šabloně žádný překlady nejsou (tzn. je pro všechny jazyky stejný):

$ge->save(APP_DIR . '/locale/myapp.pot');

Rozdíl mezi .pot a .po je ten, že v .pot nejsou vyplněny překlady (msgstr ""), info o jazyku, množných číslech, …

Jinak ještě doplním, že nemá smysl verzovat (třeba v gitu) .pot šablonu, protože ji vždy můžeš jednoduše získat spuštěním GettextExtractoru.

Edit:

Teď jsem ještě koukal na ten první příspěvek a původní Extractor skutečně vyráběl .po soubory, já používám upravený https://github.com/…xt-extractor, který má na výstupu .pot šablony.

Editoval voda (3. 5. 2011 23:59)

@gawan: Makra a překladač jsou doplňcích, extractor je na githubu.

@gawan: V .pot souboru charset a plural-forms nejsou vůbec potřeba. Z něj se pouze pro každý jazyk vytváří .po soubory, kde už to nastavíš konkrétně pro daný jazyk.

A v jakém jazyce máš výchozí texty v aplikaci? Já je mám anglicky a pak dělám český překlad, takže .pot soubor je čistě ascii.

Postup mám v podstatě stejný, akorát u bodu 3 pro aktualizaci používám příkaz msgmerge -Uv cs.po template.pot a pro překlady pak Lokalize, ale měl by fungovat jakýkoliv nástroj.

Pokud opravdu chceš mít v .pot souboru nastaven charset, napadají mě dvě možnosti:

1. sed -i 's/charset=CHARSET/charset=UTF-8/' template.pot
2. uprav výchozí hodnotu https://github.com/…xtractor.php#L60, buď poděděním a upravením gettext-extractor.php aby načítal ten tvůj nebo to přímo uprav v GettextExtractor.php

Editoval voda (6. 10. 2011 11:07)

Ještě se může do gettext-extractor.php přidat přepínač na nastavení hlaviček. Jestli se ti chce, můžeš udělat patch a poslat pull request, nebo si chvilku počkat až to tam přidám.

zkus Pootle

super dík, funguje to. Už som to vyriešil prepísaním $meta v triede GettextExtractor, ale s tým prepínačom je to univerzálnejšie riešenie. Inak to pootle sa mi zdá nejaké komplikované, a je to v pythone a to asi nerozchodím na hostingu, možno skúsim urobiť jednoduchý nette-poedit, ak budem mať čas :)

@iguana007 dík to som si nevšimol, idem to pozrieť, či mi to vyhovuje…
nefunguje to, pozerám, že už takmer 2 roky sa to nevyvíja.

Editoval gawan (7. 10. 2011 10:31)

ja tiež potrebujem samostatné riešenie, ktoré by bolo nezávislé na projekte, lebo spolupracujem s externými prekladateľmi. Tak keď niečo budeš mať tak daj vedieť.

nikoho nič nenapadá, ako by sa dali prekladať dlhé reťazce?

napríklad: cenník (niekoľko strán textu, všetkých možných služieb, produktov – je to jeden dlhý text na jednej stránke), vzory emailov (napr: odoslaný registračný mail, mail o ukončení platnosti služby, … atď.), všeobecno obchodné podmienky (niekoľko stranový právnický blábol). To naozaj takéto dlhé texty máš priamo v kóde? Nie je to neprehľadné?

Editoval gawan (17. 10. 2011 9:30)

a ako sa dá preložiť celá šablona ako jeden reťazec? Pokiaľ viem, tak môžem prekladať len jednotlivé vety v rámci šablony cez latte marka {_'…'} atď.

Ja to mám zatiaľ tiež tak, že každý takýto dlhý text mám ako samostatný súbor, ktorý inkludujem tam, kde potrebujem a mám ho napísaný v texy. Dá sa nejako povedať tomu extractoru, aby zobral celý súbor napr: registration-mail.texy (prípadne každý súbor *.texy) a použil jeho obsah ako kľúč pre reťazec? Dá sa to nejako?

Editoval gawan (17. 10. 2011 9:30)

Dlouhé texty by si měl mít imho v databázi a ne v šabloně … už vidím nadšení klienta, co ti musí volat kvůli každé změně ceníku … není lepší, když si ceník může klient sám kdykoli upravit v administraci?

Měl bych dotaz. V @layout.latte mám toto
<title>{ifset $title}{$title} | {/ifset}{_'Administration'}</title> a v default.latte pak {var $title = 'Login'}

Jak proměnnou lokalizovat?

Nebo lze použít

{capture $title}{_'Login'}{/capure}