Bug 81205 - 'write translatable strings' is broken
'write translatable strings' is broken
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: redhat-config-printer (Show other bugs)
9
All Linux
high Severity high
: ---
: ---
Assigned To: Tim Waugh
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-01-06 14:21 EST by Tim Waugh
Modified: 2005-10-31 17:00 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-10-08 04:30:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Tim Waugh 2003-01-06 14:21:02 EST
Description of problem:
All the translatable strings are written out as N_("..."), not _("...").  This
is causing translatable strings redhat-config-printer to get missed completely.

Version-Release number of selected component (if applicable):
glade2-1.1.3-1

How reproducible:
100%

Steps to Reproduce:
1. Load redhat-config-printer.glade
2. Set options to save translatable strings.
3. Save.
4. Examine .str file.
Comment 1 Havoc Pennington 2003-01-06 15:17:56 EST
I believe this is correct, N_() still gets the strings in the po files. 
_() actually calls gettext, but that doesn't matter here.

gettext is called by libglade when you pass a translation domain to 
glade_xml_new().

cc'ing pygtk hax0rs who can tell you the incantation.

Someone reopen if I'm confused.
Comment 2 Tim Waugh 2003-01-06 15:59:32 EST
xgettext ignores the entire file.  That can't be right.  Hand-editing it to
change the relevant strings from N_ to _ fixes it.
Comment 3 Havoc Pennington 2003-01-14 15:25:03 EST
I can't get any of the pygtk-using people to comment despite several requests so
I'm just going to reassign to jrb ;-)
Comment 4 Jonathan Blandford 2003-01-14 15:51:49 EST
N_() is right in this case.  I'm pretty sure xgettext will just read N_() by
default.  The info page implies as much, anywaay.
Comment 5 Tim Waugh 2003-01-14 17:16:48 EST
Well try it--it doesn't.
Comment 6 Owen Taylor 2003-10-07 16:13:09 EDT
This is not a glade bug... putting in <foo>-strings.c:

gchar *s = _("MemProf");

would not be legal C. You need to pass the --keyword=N_ option to 
xgettext if you are invoking xgettext "manually". Neither --keyword=_
or --keyword=N_ are defaults for xgettext; most invocations supply
both of them.


Comment 7 Miloslav Trmac 2003-10-07 19:19:39 EDT
This bug does not affect redhat-config-printer anymore, because it is using
intltool and there is no .glade.str file.

The original bug was caused by including --keyword=_ (and not --keyword=N_)
in xgettext invocation in redhat-config-printer's po/Makefile.
So, CURRENTRELEASE or NOTABUG.

Note You need to log in before you can comment on or make changes to this bug.