** crazy bejbi <t...@n...ma> wrote:

> Po raz kolejny podchodzimy do pisania aplikacji autorskiej w której będzie
> możliwość dodawania dowolnej liczby wersji językowych.

> Problem o który chcę pisać dotyczy rozwiązania zarządzania tymi wersjami w
> panelu administracyjnym. I tak podejścia są dwa.

> 1. Przy edycji menu, podstron, aktualności, galerii, produktów w katalogu
> ofertowym wyświetlam np w formie tabów obok siebie wszystkie wersje językowe.
> Plusy: obejmuję daną treść w wszystkich językach, stosunkowo wszytko dostępne
> jest pod ręką. Minusy: przy większej liczbie wersji językowych robi się już
> galimatias; Aby utworzyć podstronę, która będzie występowała tylko w jednej
> wersji językowej muszę utworzyć ją we wszystkich i publikować(jest taka
> funkcjonalność) tylko tą jedną. Dodatkowo niewygodnie objąć, co jest dla
> której podstrony wypełnione (która wersja językowa) i co opublikowane.

> 2. Podejście. Mam globalnie zdefiniowane w sesji jaką aktualnie wersję
> językową edytuję - i w modułach menu, podstron, etc... wyświetlam tylko tą
> jedną. Czyli każda podstrona w wersjach językowych jest niezależna od jej
> potencjalnego odpowiednika w innej wersji językowej. Plusy: Przejrzystość,
> Mogę tworzyć dowolnie inne struktury niezależnie od domyślnej wersji
> językowej. Minus: w przypadku edycji jednej podstrony w wielu językach muszę
> globalnie przełączać się między wersjami językowymi.

> Na pewno zdarzyło Wam się napotkać podobny problem. Którą opcję
> wybralibyście ?

Zobacz jak to jest zrobione w eZ Publish, nie jest to idealne, ale jest OK. Po
prostu masz jakiś język bazowy dla obiektu treści i dodajesz do każdego obiektu
tłumaczenia (translations).

Z wersjami językowymi to ja zauważyłem wdrażając kilka stron inny problem. Na
samym początku trzeba ustalić czego oczekuje klient, bo są dwa rodzaje
oczekiwań:

1. W zasadzie dwie różne witryny z pewną częścią wspólną - niektóre biznesy
chcą w nieco inny sposób prezentować swoje treści dla gości zagranicznych, a w
inny dla polskich. Moim zdaniem to złe podejście, ale z reguły biznes często
miewa jakieś sensowne "za", które najczęściej wymaga długiego tłumaczenia aby
je pojąć. ;)

2. Jedna witryna w której każdy jeden obiekt obowiązkow jest słowo w słowo
tłumaczony na kolejne języki - to jest moim zdaniem najlepsze podejście. W eZ
Publish można to fajnie ogarnąć workflowem - każdy nowy obiekt bez tłumaczenia
wskakuje na biurko tłumacza, każdy obiekt po zmianie też wskakuje na biurko
tłumacza, tłumacz (a może sobie siedzieć na drugim końcu świata) rozlicza się
na podstawie raportu generowanego z samego eZ. No nikt mnie nie przekona, że eZ
nie jest superrrr. ;)

--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK