GNOME Bugzilla – Bug 163016
Wrong ellipsis in bookmarks bar buttons with no freetype hinting
Last modified: 2005-03-03 15:00:22 UTC
I'm not sure if this is an epiphany or a gtk bug, but I can only see it in epiphany. Using the font capplet/advanced, set "hinting" to "none". All buttons on the bookmarks bar (except ones with very short names) will get ellipsized. When the hinting is not set to "none", the buttons are not ellipsized.
Created attachment 35480 [details] screenshot showing the bookmarks bar This shot shows the bookmarks bar - the names of the bookmarks are "flickr", "journaux" and "Gnome bz". These are short and should not be ellipsized.
Also : this is with a recent freetype (2.1.9 or something like that). pkg-config shows version 9.8.3.
There's a testellipsise program in gtk+/tests/, can you try to reproduce with it ?
Nope, the testellipsise program works fine (either with or without hinting). But epiphany definitely does not. My google smart bookmark shows ellipsized as "Goog...". Maybe a weird interaction between the toolbar and the ellipsis ? I don't see this bug anywhere else but in epiphany.
Created attachment 35497 [details] better test program This program tests the ellipsise mode which epiphany uses (gtk_label_set_max_width_chars); I didn't realise gtk+' testellipsise didn't exercise that mode. Can you try with this, please?
Btw, I cannot reproduce this, either in ephy or my testcase. I'm using freetype 2.1.9-1 from FC3, gtk+ HEAD from 2005-01-03 and pango from 2004-12-16. After upgrading to latest pango HEAD, I can reproduce this.
Created attachment 35499 [details] minimal testcase Here's a minimal testcase with which I can reproduce. It seems this happens only to short string; when I make the string long, it doesn't get ellipsised until the prescribed width is reached.
Moving to gtk+ for evaluation. Steps to reproduce: 0) Compile & run the attached testcase 1) Open GNOME Control Centre Fonts capplet 2) Choose "Details" 3) Set hinting to "None" Actual results: In 0), test program shows "Signets". After step 3), shows "Sign..." even though the string's shorter than the max width.
I don't think there is much that can be done here. The widget was sized to make "Signets" fit exactly with hinting. Turning hinting off apparently makes the text come out a bit wider, so it doesn't fit anymore, so it gets ellipsized.
Matthias : that's what I was thinking too, so I exited epiphany and restarted. The behavior is still there. I would expect gtk+ to size the widget according to the active hinting status at the time of widget creation.
Ok, I upgraded to pango and gtk+ CVS and the problem disappeared. I cannot reproduce either with the testcase. I'm going to close it, please feel free to re-open it if you are still able to reproduce.
Sorry, the problem is still there. I had just switched fonts - I selected Verdana instead of bitstream vera sans for testing purposes. Now that I've reverted to Vera, the problem is back... This might hopefully shed some light on the subject...
I can reproduce the same bug in evince, in the history dropdown. If I browse a PDF a little, and click on the history dropdown, I can see "Pag..." instead of "Page 1", "Page 2" etc. If I turn the hinting on, the bug disappears.
Things are getting more interesting. I can reproduce this bug with any ellipsized gtklabel, the only requirement is that the label should be small, as explained in comment #7. For example, I have two opened epiphany windows : * One titled "Blank page". The window selector applet shows "Blank pa...". * One titled "Bug 156917: Use window-menu from libwnck". The window selector applet shows the title in full.
Actually, to reproduce it the way I explained you have to open the two windows one after the other (if the two windows are opened simultaneously, the largest title is displayed so the first title is not ellipsized).
Same thing if I have only google in my epiphany history : the history drop-down shows "Goo...".
This has been fixed in pango : 2005-03-02 Owen Taylor <otaylor@redhat.com> * pango/pangoxft-font.c (pango_xft_font_get_glyph_extents): Go back to using Xft-reported metrics for all non-transformed fonts. Reporting non-integer glyph metrics for fonts where people have disabled hinting in their config causes various problems. (reported variously, including #167801, Adam Sampson)