Üdv!
Ha t() fv-t nem javasolják használni a változókra.
Pl. ilyen esetben mit lehet használni?
... // táblázatos megjelenítés $rows[] = array( ... 'vname' => $record->vname, // 'vname' => t($record->vname), ... ); ...
Drupal verzió:
Fórum:
Üdv!
Ha t() fv-t nem javasolják használni a változókra.
Pl. ilyen esetben mit lehet használni?
... // táblázatos megjelenítés $rows[] = array( ... 'vname' => $record->vname, // 'vname' => t($record->vname), ... ); ...
Kis kontextust adjal, mi az a
Kis kontextust adjal, mi az a $record->vname ugy altalaban? Amugy nagyon dicseretes, hogy nem akarsz valtozot t()-ben hasznalni, a szakma megkoszoni :)
Minden olyan szöveg, amit
Minden olyan szöveg, amit átadsz a t() függvénynek bekerül a fordítandó sztringek táblájába.
Ha van egy változód ami szám és az azt tartalmazó szöveget úgy adod át, hogy a számot tartalmazza a szöveg, akkor minden egyes számra külön szöveg kerül be a fordítandó sztringek közé(pl.: Line 1, Line 2, Line 3 stb), azokat egyesével újra és újra le kéne fordítanod, ahogy jön egy-egy újabb szám. (persze, ha nem szám akkor is ez történik, csak a számmal talán könnyebben megérthető ez a probléma)
Ha nézzük a tartalom típusokat akkor azok nevei szövegek, és ezek a szövegek fognak ekkor bekerülni a fordítói adatbázisba. Na de mi van akkor ha egy tartalom típust törölsz? Akkor a nevét nem fogod innen törölni, mert ez a mechanizmus nem erre lett kitalálva, nincs ilyen lehetőség.
A lényeg, hogy a t() a kódból jövő statikus, nem változó szövegek fordítására lett kitalálva.
Mint ahogyan snufkin is írta, pontosítsd, hogy mit a célod, hogy lehessen javasolni megoldást.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
elvileg mehet
Köszönöm az infót, sejtettem hogy valami hasonló miatt lehet.
A kérdéses mező értéke csak 3 v. 4 értéket vehet fel, akkor elvileg nem lehet vele gond a t() fv-el.
Jelenleg működik is szépen.