Re: Composite GtkBuilder template



I don't think translators need to know anything about which tools are
used under the hood.

make gtk-3.0.pot
make update-po

should work just as before.

I don't think translators have any business running intltool-merge. We
don't want translations merged back into the xml anyway.


On Sun, Apr 7, 2013 at 12:19 PM, Tristan Van Berkom
<tristanvb openismus com> wrote:
On Sun, 2013-04-07 at 10:13 -0400, Matthias Clasen wrote:
On Sun, Apr 7, 2013 at 2:57 AM, Tristan Van Berkom
<tristanvb openismus com> wrote:
On Sat, 2013-04-06 at 23:59 -0400, Matthias Clasen wrote:


I'm afraid that your efforts on writing an intltool-extract
replacement are misplaced.

Depends on whether you want your stuff merged or not...


So I have to reiterate my question: How exactly does intltool make
your life difficult maintaining GTK+ ?

I don't understand why it causes you problems while every other
project containing .ui files get along fine.

I just don't like it, and I don't want stuff that I maintain to depend
on it. I don't allow myself many unfounded opinions, but this is one
of them. You'll have to deal with it.

Ok, here's the problem.

intltool (used by hand, by translators) cannot handle the .ui
suffix without the [type gettext/glade] attributes specified
in POTFILES.in.

And GTK+ Makefiles cannot handle the POTFILES.in if the appropriate
attributes are set.

I don't know if you would be happy to tell translators to use
your tool, instead of intltool, in order to update all relevant
translations and merge them into the existing ${LANG}.po files,
but that could be an option (if the program actually did that).

But, as I understand it, a simple escape route would be to
rename all of GTK+'s .ui files to .glade, using the age old
.glade suffix will allow translators to merge translatable
strings into their favorite .po file, without ever needing
the explicit [type gettext/glade] attribute.

Would you be satisfied with this approach, at least until
a day that intltool-merge (used manually by translators)
is able to understand what a .ui file is without the
special attribute ?

Cheers,
       -Tristan




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