GNOME Bugzilla – Bug 517559
Need to support Gtk*Store definitions in GTKUI files
Last modified: 2008-03-02 01:52:47 UTC
The bug has been opened on https://bugs.launchpad.net/bugs/193020 "Binary package hint: totem There are some strings that can't be translated via Launchpad, because they aren't in the template. The strings are: - "_Sidebar" - "Automatically _load subtitle files when movie is loaded" - " _Allow the screensaver to activate even when audio-only is playing" - "14.4 Kbps Modem" - "19.2 Kbps Modem" - "28.8 Kbps Modem" - "33.6 Kbps Modem" - "56 Kbps Modem/ISDN" - "112 Kbps Dual ISDN/DSL" - "256 Kbps DSL/Cable" - "384 Kbps DSL/Cable" - "512 Kbps DSL/Cable" - "1.5 Mbps T1/Intranet/LAN" - "Intranet/LAN" - "Normal" - "Large" - "Extra Large" - "Stereo" - "4-channel" - "4.1-channel" - "5.0-channel" - "5.1-channel" - "AC3 Passthrough" You can see that those strings aren't in the Spanish template, which is fully translated: https://translations.launchpad.net/ubuntu/hardy/+source/totem/+pots/totem/es/+translate For now, there's no new .pot files pending upload into Launchpad: https://translations.launchpad.net/ubuntu/hardy/+source/totem/+imports?field.filter_status=all&field.filter_extension=pot" You can try using totem.ui in the current tarball version
Is this not a duplicate of bug #454894 ? Or is the pot file just not up-to-date? Translation of gtkui files should work with the glade parsing in intltool, which totem is already set up to use...
the issue is not the same one, when using the gettext glade option and running intltool-update those strings are not listed
#: ../data/totem.ui.h:113 msgid "_Sidebar" msgstr "" How are they not showing up for you? They are in totem.pot here...
OK. I take that back. Some of them show up. It appears gtkui allows defining GtkListStore rows/columns, and glade did not, so there are some missing strings due to that. Changing the summary to reflect that.
This should be fixed in SVN now. I've added the col tag to the list of tags to extract translatable strings from.
I'm reopening, since Gtk+ now support translatable/context/comment attributes which makes the solution here insufficient. Not all data specified in a GtkListStore is per definition translatable, numbers and pixbufs are two good examples of that. Released versions of GtkBuilder will not translate the strings at all, application authors are on their own, which means that they would have to iterate over all values in the liststore and filter them though gettext() manually. Intltool should be changed to only pickup translatable strings in <col> tags if the translatable attribute is set to yes. Similar to what is done for <property> tags.
It already does this as the same check is used for <property> and <col>. If you look at the regex in the code it checks for the translatable attribute being "yes" as well. while ($input =~ /<(property|atkproperty|col)\s+[^>]*translatable\s*=\s*"yes"(?:\s+[^>]*comments\s*=\s*"([^"]*)")?[^>]*>([^<]+)<\/\1>/sg)