[addon gettext-translator] Translator

Imho voláte Translator::translate() s parametrem $count u něčeho co nemá plurál

Je to v dokumentaci zvýrazněno.

U PHP záleží na správném ozávorkování toho ternálního výrazu udávající tvar plurálu, viz tato simulace:

$n = 1;

$plural = ($n==1) ? 0 : ($n>=2 && $n<=4 ? 1 : 2);
echo $plural; // 0 - chtěný výsledek

$plural = ($n==1) ? 0 : ($n>=2 && $n<=4) ? 1 : 2;
echo $plural; // 2 - nechtěný výsledek

Překladač od Karla Klímy využívá nativní gettextový driver z PHP a tomu ten tvar problémy nedělá.

Budiž se tak stalo. Možná by stálo za to, oba dva sjednotit pod jeden a dát uživateli možnost výběru či automaticky detekovat, který se má použít. Jen jestli to není ale zbytečné zesložitění.

Podařilo se mi to rozjet, je to super, ale mé řešení není úplně elegantní… proto bych potřeboval osvětlit ještě nějaké drobnosti.

Dělal jsem to asi takto:
router na jazyky mám asi stejný jako tady: <lang (cs|en)>/<presenter>/<action>/<id>
v BasePresenter-u mám toto:

public $lang = 'en';

	protected function beforeRender()
	{

		if($this->getParam('lang')) {
			$this->lang = $this->getParam('lang');
		}

		$translator = new GettextTranslator(APP_DIR.'/locale/'.$this->lang.'/LC_MESSAGES/messages.mo', $this->lang);
		$this->template->setTranslator($translator);

	}

takže .mo soubory s překlady jsou v app/locale/cs/LC_MESSAGES/messages.mo a app/locale/en/LC_MESSAGES/messages.mo

to je to co se mi nezamlouvá… že musím mít překladový soubor (pro en) ve kterém žádné překlady nejsou.

Mám vytvořený binární soubor překladu, kde originál je EN a překlad CS. Můj dotaz zní, jak vytvořím soubor překladu, kde originál bude CS a překlad EN.

Nějak nechápu, proč musím mít dva soubory na jeden překlad.

Už to mám. Super. Holt mám EN → EN a EN → CS.

Ještě mám dotaz, „zádratovanou“ mám defaultně angličtinu co se týká názvosloví presenterů aj. a potřebuju abych měl přeloženy i názvy v adresním řádku, jako je to například zde na fóru.

Příklad: /cs/dokumentace → /en/documentation

Tak jsem použil překladový slovník a funguje bezvadně až na to, že jsem musel upravit routy, jelikož úplně v rootu webu mi to psalo, že není routa.

<?php
$router[] = new Route('cs/<presenter #cs-presenter>/<action>/<name>', array(
        'lang' => 'cs',
        'presenter' => 'Default',
        'action' => 'default',
        'name' => NULL
));

$router[] = new Route('en/<presenter #en-presenter>/<action>/<name>', array(
        'lang' => 'en',
        'presenter' => 'Default',
        'action' => 'default',
        'name' => NULL
));
?>

upraveno na:

<?php
$router[] = new Route('<lang (cs)>/<presenter #cs-presenter>/<action>/<name>', array(
        'lang' => $defaultLang,
        'presenter' => 'Default',
        'action' => 'default',
        'name' => NULL
));

$router[] = new Route('<lang (en)>/<presenter #en-presenter>/<action>/<name>', array(
        'lang' => $defaultLang,
        'presenter' => 'Default',
        'action' => 'default',
        'name' => NULL
));
?>

A moje otázka zní: Nelze tyto dvě routy nacpat do nějaké jedné standardizované?

Hlásím nekompatibilitu s nightly build. Ovšem nevím jesli je to bug v Nette nebo v GettextTranslatoru:

Pokud mám nějaké labely u formuláře, tak nette volá:

//FormControl.php (278)
public function translate($s, $count = NULL)		// <---- PROBLEM JE TADY V NULL
{
	$translator = $this->getTranslator();
	return $translator === NULL ? $s : $translator->translate($s, $count);
}

Translator má pak hlavičku metody translate:

public function translate($s, $count = 1) { ...

Pokud tedy nette pošle null, $count bude také null a ve výsledku skončí parse chybou.

Fix v Translatoru:

public function translate($message, $count = NULL)
{
	if($count === NULL)
        	$count = 1;
	// ... //
}

to je sice hezký, že je to na githubu, ale v doplňcích je stále verze 0.3 (ani odkaz na github tam neni)

Ahoj, mám dotaz na použití translatoru a nenašel jsem žádný příspěvek, který by se problematice věnoval. Mám následující volání:

echo sprintf($translator->translate('Article %s has no comment from user %s.'), $article->title, $user->name);

Současný translator na tom vyhoří. Řešil jste někdo následující problém? IMHO by bylo dobré změnit rozhraní metody translate, nebo alespoň nepoužívat volání vsprintf způsobem, kterým se používá. Co si o tom myslíte?

UPDATE: Tak ještě jinak. Nechal jsem se zmást vlastní nadstavbou nad voláním translatoru, která nepředávala parametry. Translator to pobere, ale může se asi zachovat špatně, protože očekává, že parametrem $count je číslo, což je IMHO ne vždy potřeba. Občas mam jen větu, do které chci vsadit více parametrů nezávisle na plurálu.

Editoval VeN (30. 4. 2010 14:53)