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 97292 - Menuitem mnemonics underlining affects the menulabel vertical position
Menuitem mnemonics underlining affects the menulabel vertical position
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkMenu
unspecified
Other other
: Normal normal
: Small fix
Assigned To: gtk-bugs
gtk-bugs
: 127052 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-10-31 08:25 UTC by marko.makela
Modified: 2014-04-15 01:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
fraction of Finnish menu bar: Bookmarks Tools Help (564 bytes, image/png)
2002-10-31 08:29 UTC, marko.makela
Details

Description marko.makela 2002-10-31 08:25:15 UTC
I have set LANG=fi_FI and LC_CTYPE=fi_FI.ISO-8859-1.  In the Finnish
translation, the Tools menu is called Työkalut, with a short-cut key "y". 
The short-cut key is indicated with an underscore that is placed about two
pixels below the letter "y".
In the menu font Galeon uses on my system, the lower-case letters g, j, p,
q, y (maybe others) extend below the baseline.  As Galeon aligns the
underscores vertically, the "Työkalut" menu text appears a few pixels above
other menu bar entries.  Also, in the File (Tiedosto) menu, the menu entry
"Lopeta ja tallenna istunto" Shift+Ctl+Q appears a few pixels too high,
since its short cut is "j".
I think that Galeon should always align the baseline of the text.  It is
irritating that the lines with short-cut keys g, j, p, q, y appear higher
than other lines.
Comment 1 marko.makela 2002-10-31 08:29:31 UTC
Created attachment 11932 [details]
fraction of Finnish menu bar: Bookmarks Tools Help
Comment 2 Yanko Kaneti 2002-10-31 09:37:30 UTC
Somebody confirmed that this is still the case with gtk2
Comment 3 Owen Taylor 2002-11-01 18:46:30 UTC
I have a strong feeling this is a duplicate, but I can't
find the original. Fixing it would mean make all menus items
1 pixel bigger, though it's possible we could work around that
by reducing padding.
Comment 4 Yanko Kaneti 2002-11-02 04:22:24 UTC
FWIW I cant find it either
Comment 5 Matthias Clasen 2003-11-18 07:45:27 UTC
*** Bug 127052 has been marked as a duplicate of this bug. ***
Comment 6 Soren Sandmann Pedersen 2003-11-18 14:39:52 UTC
Possibly the best way to fix this is to have widgets report a baseline
when height-for-width is added.
Comment 7 Calum Benson 2004-10-21 12:48:28 UTC
Adding keynav keyword.
Comment 8 Calum Benson 2004-10-21 16:19:19 UTC
Doesn't really affect keynav as such, removing keyword again.
Comment 9 Matthias Clasen 2004-12-13 06:47:27 UTC
Owen and I came up with a plan for this which should also fix 
the "italic overshoot" problem of labels:

  1) don't include underline in the logical rectangle
  2) size request based on the ink rectangle
  3) center in size allocate based on the logical rectangle

Comment 10 Matthias Clasen 2014-04-15 01:26:50 UTC
closing out ancient bugs