Re: translating beast (Re: Please translate beast and bse)
- From: Tim Janik <timj gtk org>
- To: Christian Rose <menthos gnome org>
- Cc: GNOME I18N List <gnome-i18n gnome org>,Beasty Crowd <beast gnome org>
- Subject: Re: translating beast (Re: Please translate beast and bse)
- Date: Sun Oct 26 12:40:02 2003
On 26 Oct 2003, Christian Rose wrote:
> sön 2003-10-26 klockan 17.43 skrev Tim Janik:
> > so for one, i'd like to remind every translator that beast has a po-bse/
> > directory, but for another i'd like to raise the question whether there's
> > anything package maintainers can do to remind translators of the existence
> > of additional po-*/ dirs automatically.
> Also, another inherited problem with the multiple domains approach is
> that the multiple po directories use different names. In close to 99% of
> the cases a "cd po" is enough for the translator, but in the case of
> gimp and beast they must also carefully examine what other po
> directories are available and the special directories and names they use
> in that particular module. We could of course extend the instructions on
> http://developer.gnome.org/doc/tutorials/gnome-i18n/translator.html to
> also cover the special cases of beast and gimp, but I'm not sure that
> making those instructions much more complicated to make them work for 1%
> more modules is worth the effort.
you must be kidding. adding one extra sentence about translators having
to look for po-*/ directories also is definitely less effort than having
to fix up the build process everytime a new translation is added to one
of your "1%" projects.
> So, to sum things up, I would propose that to facilitate this once and
> for all you in beast either
> 1) Use one translation domain only for the beast module, or
> 2) Split beast up in several modules, each one with only one translation
> domain.
beast uses different translation domains for the parts that are likely
to become seperate packages in the future. it doesn't use seperate
translation domains for the fun of it or to annoy translators.
however, i will not prematurely split beast off into seperate modules
just because this is the time you decided to translate beast.
don't misunderstand me, i very much apprechiate the translation efforts
dedicated to beast, but i won't let translations or any other implementation/
standardisation/documentation/etc undertaking mess up long term project plans.
it's not that there'd exist an unfixable conflict between the way the beast
module is setup and the ability to translate it. translations just need to
be maintained in po-bse/ as well at the moment, and that works out fine for
lots of the translations added to beast so far.
>
> Christian
>
---
ciaoTJ
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]