After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 133536 - gok settings .xml.in strings missing i18n markup
gok settings .xml.in strings missing i18n markup
Status: RESOLVED FIXED
Product: gok
Classification: Deprecated
Component: settings
unspecified
Other All
: Normal normal
: ---
Assigned To: bill.haneman
bill.haneman
Depends on:
Blocks: 122112
 
 
Reported: 2004-02-05 18:11 UTC by bill.haneman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description bill.haneman 2004-02-05 18:11:07 UTC
Some of the strings in access method xml.in files need markup, for instance
the names of various access method combobox fields.  THis is because those
names get exposed as the 'accessible names' of the access methods when GOK
does a UI Grab of the settings dialog.  There may be other attributes in
those .xam files that ought to be localized as well.
Comment 1 bill.haneman 2004-02-05 18:31:59 UTC
as an example, see automatic-scanning.xml.in:

<GOK:control name="movehighlighter" type="combobox" ...> should read

<GOK:control _name="move highlighter" type="combobox" ...> etc.

since the 'name' attribute gets exposed to the user.  Also just above it,

<GOK:control type="label" string="Start Scanning:">
should read

<GOK:control type="label" _string="Start Scanning:">

since the 'string' attribute is displayed in the label onscreen.
Note that the exposing of the combo names is new, required in order to
provide non-empty accessible-names for the combos when GOK UI Grabs
its own Access Methods UI.

Deadline for marking the strings is Feb 9.  Can you take this, David?


 
Comment 2 David Bolter 2004-02-06 16:53:12 UTC
Sure, as long as I can use Monday (is the deadline roughly Monday
midnight?) -- I'm currently debugging my solution for bug 123284 ...

Hopefully this bug is as easy as it sounds.
Comment 3 bill.haneman 2004-02-06 17:26:53 UTC
actually the new tarball needs to be made with the new strings, so it
would need to be Monday AM.  I think this bug may take precedence over
the layout issue for the moment.  

If you can't take this David, I'll do it on Monday before I create the
new tarball - just let me know :-)

Comment 4 David Bolter 2004-02-06 18:25:16 UTC
Is this just a matter of adding underscores?
Comment 5 bill.haneman 2004-02-10 19:13:56 UTC
mostly - though some elements needed the 'string' attribute where none
was provided so far.

fixed in cvs.