kde-i18n - a może w ten sposób:

Paweł Gołaszewski blues w ds.pg.gda.pl
Wto, 1 Kwi 2003, 09:50:48 CEST


On Mon, 31 Mar 2003, Tomasz Kłoczko wrote:
> > Proszę, wyjątkowo przeczytaj wątek od początku, a nie od końca.
> > 
> > Streszczenie: kiedyś sam byłem za takim rozwiązaniem, ale aktualnie ze
> > względu na wykładniczy wzrost wielkości i18n w kde, staje się
> > przeciwnikiem.
> Paweł .. zrozum dwie rzeczy:
> - zasoby z tłumaczniami czy dokumentacja/helpty to płenoprawna część 
>   aplikacji,
> - w związku z tym, że owe zasoby tłumaczeń czy dokumentacji/helpów będą
>   rosły szybciej w najbliższej przyszłości niż pliki z kodem wyklonywalnym
>   oddzielanie ich od reszty to zawracanie kijem Wisły,
> - to czysty przypadek, że w *całym* KDE wyodrębniono zasoby 
>   dokumentacji/helpów i tłumaczeń tychże widać że zajmują one sporo i w 
>   związku z tym w oczywisty sposób muszą świeżbieć palce żeby "coś z tym 
>   zrobić".

Nie, to nie jest przypadek. To jest *dobrze* przemyślana decyzja. I 
słuszna. Dlaczego ktoś używając tylko angielskiego ma na dysku trzymać 
wieeeeele setek MB tłumaczeń m.in. do suahili ??
Ludzie od gnome też dojdą do podobnego wniosku (BTW - ile tam jest 
języków? Nie wydaje mi się, że wiele...) i wydzielą tłumaczenia jak im się 
całość zacznie rozrastać.

Zrozum, że pakowanie tego do tego samego rpm-a miało sens w 3.0 - teraz 
przestaje mieć. To jest po prostu za wielkie.

A tłumaczenia to nie pełnoprawne częsci pakietów. Przy tej wielkości to 
kwiatek do kożucha.

> W świetle punktu ostaniego nie wdrożysz tegho typu podejscia w
> aplikacjach np. GNOME (bo będzie to bardzo pracochłonne). Wyodebnianie
> innego podejsćia do KDE będzie łamać ogólne reguły traktowanai zasobów z
> punktu widzenia zarządzania nimi i/lub będzie tworzyć tutaj wyjątki.

Ludzie od KDE robią dosyć rozsądnie ze względu na wielkość tłumaczeń. 
Widziałeś ile ta paczka ma???

-- 
pozdr.  Paweł Gołaszewski        
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...



Więcej informacji o liście dyskusyjnej pld-devel-pl