Co tu dużo tlumaczyć. Tworzymy plik xml typu

[XML] pobierz, plaintext 
<pony>
    <language>
        <orginal>en</orginal>
        <translation>pl</translation>
    </language>
 
    <message>
        <orginal>Welcome</orginal>
        <translation>Witaj</translation>
    </message>
    <message>
      <orginal>There are %n dogs. They're saying %s!</orginal>
      <translation>Tam sa %n psy, które mówią %s!</translation>
      <lastchar p="1">2|3|4</lastchar>
    </message>
 
    <message>
      <orginal>There are %n dogs. They're saying %s!</orginal>
      <translation>Tam jest %n psów, które mówią %s!</translation>
      <lastchar p="1">0|1|5|6|7|8|9</lastchar>
    </message>
</pony>
[XML] pobierz, plaintext 

oraz wywolujemy kod php

[PHP] pobierz, plaintext 
<?php
require_once 'libs/pony.class.php';
 
$pony = new Pony();
$pony -> loadFile('file.xml');
echo $pony -> translate('There are %n dogs. They're saying %s!', 127, 'hoff hoff hoff').'<br/>';
echo $pony -> translate('There are %n dogs. They're saying %s!', 2, 'hou hou hou').'<br/>';
?>
[PHP] pobierz, plaintext 

W efekcie otrzymujemy


parametr p="1" okresla do ktorego parametru ma sie odwolywać wymagany bajer(w tym przypadku ostani znak parametru musi byc jednym z podanych. p jest domyslnie równe jeden wiec w zasadzie moze zniknąc z tego przykładu.

Prezentowałem plik xml koledze, który sie na tym za bardzo nie zna i mówi ze dałby rade dodawać nowe tłumaczenia wiec chyba biblioteka działa

Do pobrania jak zwykle z http://srodek.info/files/pony-1.0.tar.gz
Licencja: GNU GPL

Czekam na komentarze (i ewentualnie podpowiedzi jakie inne, oprócz ostatniego znaku, wymagania czasami potrzeba ustawic w pliku jezykowym)

jakoś nie widzi mi sie klasa, jak zrobię literówkę w xmlu to potem muszę poprawiać literówki we wszystkich skryptach gdzie użyłem tego translatora?


wysuwam takie wnioski na podstawie przykładu

Nazwa skojarzyła mi się z kucykami pony, kiedyś były takie zabawki Moim zdaniem sprawę wielojęzyczności strony można rozwiązać lepiej

@kwiateusz: myślę że to jedyny dobry sposób. Tworzenie unikalnego identyfikatora dla każdej frazy mija się z celem... A literówki łatwo wyłapać w procesie tworzenia tłumaczeń(szczegolnie jeśli kilka osób je tworzy). Poza tym tworzenie tych plikow tez mozna łatwo zautomatyzować tworząc jakis globalny edytor dostepny przez przeglądarkę.

@Moli: bo pony to kucyk po angielsku

No dobra, a co w przypadku gdy na stronie mamy napis np. 'Witaj na mojej stronie!' i za jakiś czas chcemy go zmienić na 'Witaj na mojej super stronie!'? Chyba jednak identyfikatory byłyby lepszym rozwiązaniem...

@phpion.com: to dodajesz nowy wpis <message>. Nie rozumiem w czym problem. Imho nie mozesz
"This is my page" i "This is my super page" tlumaczyc identycznie bo obie frazy nie znaczą to samo.

sorry, ale nie dla mnie ta klasa a sie przyzwyczaiłem do tłumaczeń w IPB i jakoś one mi sie naturalniejsze wydają a polegają one zwyczajnie an tym ze mamy tablice asocjacyjną klucz => fraza i wtedy nie ma problemów ze zmianą frazy na dowolną bez grzebania po kodzie samego skryptu

I ja również uważam jak poprzednicy. Beznadziejny jest tu system nazewnictwa. Walniesz w skryptach x odwolan do tekstu Hello World, potem klient sobie zażyczy by bylo Hello Sunny World i kurka lataj i szukaj starych odwolan a potem je zamieniaj. To nie ma praktycznego wykorzystania przy wiekszych projektach.

Huh, wy to macie zawsze problemy ^^. Na upartego nie trzeba nic zmieniać. Tłumaczenie angielkie(a raczej pole orginal) jest użyte jako index tak wiec mozliwe jest dzialanie tak np w IPB. Tak wiec zawsze mozna zmienić tlumaczenia i np. stworzyc tlumaczenie polskie Hello World => Witaj piekny swiecie i tlumaczenie angielskie Hello World => Hello sunny world.

Na upartego można zastosowac typowe indeksy

[XML] pobierz, plaintext 
<message>
     <orginal>control_panel_message</orginal>
     <translation>Witaj %s w panelu użytkownika. bla ble ble ble</translation>
</message>
[XML] pobierz, plaintext 

Mi głównie chodzilo o rozwiązania inteligentnego dopierania tlumaczen na podstawie parametrow gdy mamy kilka róznych wersji...

W sumie fakt
Po prostu przyklad co podales i późniejsze tlumaczenia troche zbily z tropu

Dla mnie to rozwiązanie jest jednym z najlepszych jeśli chodzi o tłumaczenia. Pierwszy raz z czymś takim spotkałem sie w Symfony i z pełnym zadowolniem z tego korzystam

[PHP] pobierz, plaintext 
// ...   
<?php echo __('Czesc Franek, strzeliles liczba_bramek bramek', array('liczba_bramek' => 5)) ?>
// ...
[PHP] pobierz, plaintext 

Fajna klasa

PS. W pliku README masz


A nie 2007? Bo chyba starocia nam do oceny nie dałeś co ?
btw. sierpnia a nie sieprnia :]

@strife: Hmm właśnie podsunałeś mi pomysł na rozbudowanie klasy . Pomysł z tablica i własnymi indeksami zamiast %s %n jest całkiem fajny a napisanie tego nie powinno być trudne...


PS: To my mamy 2007 rok? ^^ a tak na powaznie - zrobiłem literówke. Nie chce mi sie teraz wszystkiego pakowac. Dobra data bedzie w przyszlej wersji Narazie musicie sie cieszyc starociem ;P

tylko 2 jezyki?
to z indeksami w tej klasie jest troche dziwne.
na stronie zalozmy sa 3 jezyki dostepne, moze sie zdarzyc ze zaden nie jest oryginal:) i co wtedy?
wszystkie 3 jezyki musza miec jakies teksty a nie jakis indeks:P

powinien byc indeks (skrocona nazwa - zeby bylo wiadomo o co chodzi, moze byc w polskim lub angielskim) i do tego dowolna ilosc tlumaczen
takie rozwiazanie nie bylo by dobre?

@AxZx: jesli mamy 20 jezykow i kilka tysięcy zwrotów to jest problem. Imho przy projektach gdzie mamy 3 jezyki i 100 fraz nie ma problemu. Ale coś większego już by tego nie pociągnęło tzn pociągnęłoby ale wydajność przy duzych plikach strasznie spada... Nawet po serializacji plik z cachem zajmował by kilkaset kb