GNOME Bugzilla – Bug 588589
Button text size exceeds the button width
Last modified: 2009-09-15 08:01:49 UTC
Please describe the problem: The text in the button "is bigger" than the width of the button. Steps to reproduce: 1. Select multiple multimedia files 2. Click on edit file information (or something like that (I use the translated version)) 3. See the text size exceeding the width of the button near the bottom-left corner of the screen Actual results: The text appears exceeding the width Expected results: Does this happen every time? Yes. Other information:
Created attachment 138417 [details] A banshee screenshot
Created attachment 138435 [details] [review] Fixes layout of the sync-all button in the track editor.
Just wondering: I checked the documentation of gtk_widget_set_size_request here: http://library.gnome.org/devel/gtk/unstable/GtkWidget.html#gtk-widget-set-size-request and I saw: "Note the inherent danger of setting any fixed size - themes, translations into other languages, different fonts, and user action can all change the appropriate size for a given widget. So, it's basically impossible to hardcode a size that will always be correct." So why setting a width request in the first place?
> So why setting a width request in the first place? > AFAICT, it's done to make the width of the sync-all button equal to the sum of widths of Back and Forward buttons. Thus the size is not really fixed but based on the sizes of other widgets. Whether or not this is compatible with Gnome HIG is another question.
(In reply to comment #4) > > So why setting a width request in the first place? > > > > AFAICT, it's done to make the width of the sync-all button equal to the sum of > widths of Back and Forward buttons. Thus the size is not really fixed but based > on the sizes of other widgets. Whether or not this is compatible with Gnome HIG > is another question. Interesting, then I wonder if this is a bug on the documentation *or* on gtk+, because the description of the function clearly says "Sets the minimum size of a widget;", it doesn't say anything about a maximum.
Whether or not the widget should grow to all available space is controlled by the 'expand' and 'fill' parameters of PackStart. Both are false for the button meaning it won't grow beyond the requested minimum size (but still can be less than it, if there's not enough space)
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report. Andrés, please contact me on irc or by email if you have questions on this stuff.
*** Bug 588644 has been marked as a duplicate of this bug. ***
*** Bug 594350 has been marked as a duplicate of this bug. ***
*** Bug 595239 has been marked as a duplicate of this bug. ***