Re: Untranslated entries in print dialogue
- From: F Wolff <friedel translate org za>
- To: GNOME i18n list <gnome-i18n gnome org>
- Subject: Re: Untranslated entries in print dialogue
- Date: Fri, 27 Sep 2013 12:09:13 +0200
On Fri, Sep 27, 2013 at 11:38 AM, Jiro Matsuzawa <jmatsuzawa gnome org> wrote:
2013/9/27 F Wolff <friedel translate org za>:
(snip)
I'm struggling a bit with my GTK+ UI translation.
In a print dialogue, under Page Setup -> Print Only the three entires
(All sheets...) are untranslated.
(snip)
Good catch! You should report this as a bug on the bugzilla [1].
It seems that all the <item> elements marked as trasnlatable are not
correctly extracted.
I think it would be better that POTFILES.in contains not *.ui.h but
*.ui themselves.
But, according to the commit log, that seems to be done with purpose.
[1] https://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2b&keywords=I18N+L10N&component=general
I can't see why it is not extracted, though: it is marked as
translatable, and the XML looks like another combo box on the same
form that is extracted correctly. Any ideas?
Gtk+ does not take advantage of intltool. It extracts strings by itself.
It seems to ignore content other than that of <property> element.
See gtk/extract-strings.c.
It seems you are right. The extracted strings on that page (Landscape,
Portrait...) are because they occur elsewhere as well.
Does anybody know why GTK+ does not use intlool? What is the status of
this directive in the developer guidelines?
https://wiki.gnome.org/TranslationProject/DevGuidelines/Localize%20using%20gettext%20and%20intltool
I thought all modules should follow a standard process, or not?
Friedel
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]