[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: moving po/ to automake

From: Bruno Haible
Subject: Re: moving po/ to automake
Date: Tue, 9 Dec 2003 12:03:51 +0100
User-agent: KMail/1.5

Denis Barbier wrote on 2003-11-12:
> > The 8-year old way of distributing a PO file directory has several 
> > drawbacks:
> >  - requires separate files (, Makevars) for customization,
> I can hardly see why this is a drawback.  You added support for a
> separate po/LINGUAS file in 0.11, and it helped a lot. Here you go
> the opposite way, and I do not understand why.

The separate po/LINGUAS has two reasons:
  - It's a place the store the set of languages other than in
    (doesn't fit there for packages with multiple po/ directories) and in
    po/ (which is usually copied from gettext without
  - It allows "late" addition of translations by a Linux distributor, as a
    drop-in into an already released package.

For the other customizations there is no real need to put them into separate
files. And since in most directories, all build-relevant settings are found
in a, it's hard to learn for newbies why it should be different
in po/ directories.

> With your new scheme, one has to re-run Automake and friends when a file is
> marked as containing translatable strings.

Yes. Marking a file as containing translatable strings is a task performed
by a package's maintainer, and it's allowed to require an automake run.
Actually when the maintainer adds the file to xyz_SOURCES in,
it also forces an automake invocation.

> Also did you talk to GNOME folks?  Intltool accepts some extra markup
> in po/ (e.g. file type or encoding), and thus my guess is
> that they prefer a separate file.

They prefer a separate file because the current po/ mechanism
doesn't permit them to do it another way. Extra flags for xgettext can
always be accomodated through variables.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]