Integrace Symfony translation do Nette – Kdyby/Translation

skoda, ze extrahuje message len zo sablon

@Filip Procházka: Rádo se stalo :). Byla by škoda tu něco takového nemít. Chtěl jsem napsat uprav dle potřeby, ale taky už se stalo. Paráda.

Bude to trochu mocnejší než jenom extrakce stringů :) Každopádně, co to popisuješ bude umět taky :)

Jeden možná hloupý dotaz. Na začátku vývoje sem si nahodil překladač s gettextem co byl v addonech. Funguje je mi fajn, resp zatím neřeším překlady ale jen mi to extrahuje texty co to má přeložit a hází do laděnky. Celá app je napsána v EN a překlady řeším takto:

$this->translator->translate('Warning! Something went wrong.');

či v šabloně:

<p>{_'Hello world'}</p>

Takže jako překladovou frázi mám celý text v EN abych se vyhnul problému kdy by se nenačetl konkrétní překlad pro zvolený jazyk tak je dle mého lepší to zobrazit v EN než nějaký string typu: message.home.hello

Ale jak jsem zjistil tak gettext plugin už asi umřel a dále se nebude vyvíjet a tak přemýšlím zda u něj zůstat nebo přejít na Kdyby. Jenže po zkouknutí kdyby jsem zjistil že to překlady řeší těmi řetězci.

Co je tedy lepší řešení?

@Tomáš Votruba: Jasný je to zvyk.

• Jo s tímhle jsem počítal, že pokud bych udělal změnu řetězce v šabloně tak bych to musel přegenerovat ve všech jazycích
• Tohle omezení je mě jasné, tady jsem do budoucna počítal udělat překladateli rozhraní kde to uvidí v EN a bude dělat překlady přes rozhraní
• No tady by asi byl základní překlad CS – zbytek, s tím že EN a CS zajištujě programátor s nutnou korekcí.

Appka je primárně EN a pak podle potřeby další jazyky CS, SK atd.

Jen mě teda příjde příjemnější číst šablony s reálným textem než s řetězci ;)

@Filip Procházka: Dovolím si připomenout jeden zapomenutý feature request.

Zdarec.

Pořád se mi nějak nedaří tohle rozšíření rozjet tak, jak bych si představoval.

Co jsem tedy udělal.

1. nainstalováno composerem, @dev verze
2. do config.neon:

...
extensions:
	translation: Kdyby\Translation\DI\TranslationExtension

translation:
	default: sk
	fallback: [sk_SK, sk]

3. V BasePresenteru persistentní $locale, v routě nastavena výchozí hodnota na sk.
4. app/lang/messages.sk_SK.neon:

carRegisterTitleMaker:
	manufacturer: výrobca

5. Ve službě, kde mám injectnutý translator pak zavolám:

$this->translator->translate('carRegisterTitleMaker.manufacturer')

Místo překladu se mi ale vypíše: „carRegisterTitleMaker.manufacturer“ a v panelu svítí chybějící překlad (jazyk ‚sk‘, to je rozpoznáno správně). Kde může být chyba?

Je zajímavé, že když změním v konfigu výchozí jazyk za češtinu:

translation:
	default: cs
	fallback: [cs_CZ, cs]

A přejmenuju soubor na messages.cs_CZ.neon, tak se najednou vše načte správně a skutečně se vypíše překlad (nezobrazí se ovšem v panelu chybějící překlad, což je taky trošku problém).

Ještě mám dotaz: od přečtení návodu jsem docela zmaten, jakých hodnot může nabývat locale/jazyk a z toho, jak se přesně chová fallback nastavovaný v konfigu.

Takže:

1. Proč se mají soubory s překlady pojmenovávat ve stylu messages.cs_CZ.neon a nikoliv messages.cs.neon, když perzistentní proměnná $locale má vždy jen dvoupísmennou hodnotu?
2. Jak rozšíření zjistí, zda má použít messages.en_GB.neon, nebo messages.en_US.neon, když má $locale hodnotu „en“?
3. „Fallback“ chápu intuitivně tak, že vyjmenuju pořadí jazykových mutací, jejichž překlad se má použít, pokud nebude k dispozici překlad z nastaveného jazyka. Tedy třeba v případě webu sk/cz/en bych mohl nastavit fallback: [cs, sk, en]. Proč se ale v příkladu nastavení objevuje fallback: [cs_CZ, cs]?

Díky za případné odpovědi :-)

Editoval Eda (17. 11. 2013 20:06)

@**Filip Procházka**: Dalo by se nějak udělat, že jazyk nebude v routě? Rád bych měl překlady, ale nechci mít v url /en nebo /cz…

@**Filip Procházka**: Určitě by to bylo super :) A jak to vypadá s překladem fomulářů a jejich error messages? Pokud vím, tak aktuálně to zvládá jen šablony, nebo se pletu?

Konečně jsem pospojoval všechny dílky puzzle a rozjel jsem ten současný extractor. Pokud jste také Nette/Kdyby konzolí nepolíbení, přidám pár hintů:

1. informace o Kdyby/Console: https://forum.nette.org/…dyby-console
2. stáhnout do knihoven k Nette / do souboru composer.json přidat + updatnout

"require": {
    ...
    "kdyby/translation": "@dev",
    "kdyby/console": "2.0.*@dev"
},

3. ideálně do config.local.neon

services:
    extractCommand:
        class: Kdyby\Translation\Console\ExtractCommand
        tags: [kdyby.console.command]

extensions:
    console: Kdyby\Console\DI\ConsoleExtension

console:
    url: http://www.kdyby.org

4. pustit PHP CLI z kořenového adresáře aplikace

php www/index.php kdyby:translation-extract -f neon

Namísto neon můžete dosadit libovolný formát a stejně tak můžete upřesnit další parametry.

@martinit: formuláře i errory to překládat umí, ale protože nette to má blbě udělané, tak to neumí překládat dodatečné parametry. Ale to je problém Nette, nikoliv translatoru. Něco s tím ještě zkusím vymyslet :)

@sKopheK: když zaregistruješ kdyby/console před translation tak se ten command zaregistruje sám a bude ti stačit

"require": {
	"nette/nette": "@dev",
	"kdyby/translation": "@dev",
	"kdyby/console": "@dev",
	...
},

extensions:
	console: Kdyby\Console\DI\ConsoleExtension
	translation: Kdyby\Translation\DI\TranslationExtension

Dyštak jsou tam i parametry na jazyk katalogu a složku kam má zapisovat

$ php www/index.php help kdyby:translation-extract

Ale bohužel, zatím umí jenom latte, php soubory teprve budou.

martinit napsal(a):

@**Filip Procházka**: Dalo by se nějak udělat, že jazyk nebude v routě? Rád bych měl překlady, ale nechci mít v url /en nebo /cz…

Když si před routy dáš např. [<locale=cs [a-z]{2}>/] (v kombinaci s @persistent public $locale v presenteru), tak budeš mít pro translator nastavenou češtinu a v URL se to neobjeví.

sKopheK napsal(a):

@Filip Procházka: Konzoli pro produkční prostředí nepotřebuji, tak ji mám jen v lokálním configu.

To že máš registrovaný extension (a ještě přes config, což to ještě více zefektivňuje) nemáš šanci na produkci naměřit.

S tím asi moc neudělám, ale můžeš zkusit poslat pull request do Nette :)

@Felix: Když použiješ nějaký extractor, tak dostaneš řetězce, které překládáš, a jak je po jednom nahrazuješ v kódu, tak hledáš, ve kterých souborech je ten řetězec použitý. Podle toho získáš představu, k čemu všemu se ten řetězec váže a můžeš si ho zařadit.

@**Filip Procházka**: Koukal jsem, že už jsi přidal session, ale jak to funguje? Zkoušel jsem to dát podle testů dohromady a nefunguje to:

bd($this->translator->getLocale()); // cs
bd($this->translatorSession->resolve($this->translator)); // NULL
$this->translatorSession->setLocale('en');
bd($this->translator->getLocale()); // cs
bd($this->translatorSession->resolve($this->translator)); // NULL

@**Filip Procházka**: Díky za pomoc, ale stejnak je to divné. Nikdy se to nezmění na angličtinu.

public function handleLag()
{
	$this->translatorSession->setLocale('en');
	//$this->translator->setLocale(NULL);
	$this->redirect('this');
}

public function handleLag2()
{
	$this->translatorSession->setLocale('cs');
	//$this->translator->setLocale(NULL);
	$this->redirect('this');
}

Vždy je jazyk v cs. Ve fallback (které mi přijde jako zbytečne) mám fallback: [cs_CZ, cs, en, en_US, en_GB]

@**Filip Procházka**: Přesně tak to mám, použil jsem i tvůj příklad a nepomůže to. Budu rád, když na to koukneš.

@**Filip Procházka**: Hmmm díky. Jdu hledat kde je problém, ale … Když kliknu na en, tak debugbar previous ukazuje správně en, ale ten akutuální zase ukazuje cs.

Zdravím,
skúšam túto komponentu a podľa návodu sa mi to podarilo bez problémov rozbehať, aspoň čo sa týka prekladu formulárov a template-u. Chcel by som sa ale spýtať či sa cez tento translator dajú prekladať aj texty ťahané z DB, napr. položky v menu a ich stránky, alebo články z DB či novinky, alebo sa to rieši nejak inak?
Ďakujem

@akadlec: ok, ďakujem a aký je teda najlepší spôsob ukladať tú jazykovú verziu do db? Ako sa to bežne robí? Vytvoriť novú tabuľku s jazykovou mutáciou? Alebo nejak inak?

@NiNu: odporúčam sa pozrieť tu, sú tam pekne rozpísané najpoužívanejšie prístupy k prekladom v databáze.

Tak v okamžiku kdy ukládáš překlady do DB snad extraktor a vubec translation extension nepotřebuješ ne? Překlady si řídíš sám nějakým edit formem konkrétní položky

Tak jednoduše třeba v editačním formu budeš mít 3 políčka pro „name“ v jednotlivých jazycích co chceš používat, třeba EN, CZ, SK a při ukládání si to do těch tabulek rozhodíš.

@**enumag**: Po dleší době bych se k tomu rád vrátil. Jak toto zjistim? Do session totiž v tomto projektu nikde nic neukládám.

Editoval martinit (10. 12. 2013 20:38)