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

[Tomasz Kłoczko]

On Mon, 31 Mar 2003, Paweł Gołaszewski wrote:

> On Mon, 31 Mar 2003, Tomasz Kłoczko wrote:
> > > 1) Robimy paczkę kde-i18n-Polish, lub też kilkanascie paczek
> > > kde-i18n-Polish-<moduł>, albo w ogóle zasoby polskie włączamy
> > > bezpośrednio do pakietów - Mimo wszystko na język polski jest imo
> > > największe zapotrzebowanie.
> > > 
> > > 2) Robimy kilkanaście paczek kde-i18n-Europe-<moduł>
> > Ilość jezyków razy ilość modułów ? ile to wyjdzie ? Może jednak nie
> > mnożyć bytów ? kde-i18n.spec miał w sumei tylko służyc do tego żeby
> > wygenerowć tary kde*-i18n.tar.bz2 i dobrze żeby tak zostało.
> 
> 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ć".
  
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.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*