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 112192 - "Back" button too small
"Back" button too small
Status: RESOLVED DUPLICATE of bug 107781
Product: epiphany
Classification: Core
Component: Preferences
0.x
Other Linux
: Normal enhancement
: ---
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-05-04 08:21 UTC by Daniel Borgmann
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Borgmann 2003-05-04 08:21:16 UTC
This might not be an Epiphany bug, I'm not sure... The back button is
definately too small. All other toolbar buttons are pretty well spaced
(they seem to match the largest button which is "Bookmarks"). That is a
problem because the Back button is the most important one, so if anything
it should be larger than the rest. :)
Comment 1 Dave Bordoley [Not Reading Bug Mail] 2003-05-04 19:38:40 UTC
This is because the back/forward buttons aren't homogenous. marco?
Comment 2 Daniel Borgmann 2003-05-04 22:25:58 UTC
I see... I changed the line "egg_tool_item_set_homogeneous
(EGG_TOOL_ITEM (arrowtb), FALSE);" to TRUE (in
ephy-arrow-toolbutton.c) and now it feels a lot better.
I guess this was set to FALSE so that the Forward button including the
arrow wouldn't make all buttons huge? It's no problem for me now
because the bookmarks button does this already anyway. :)
The perfect solution would certainly be a toolbar which is not
homogeneous but has a sane minimum width for buttons. Is something
like this in the works for egg (the bonobo toolbar has a similar issue)?
Or does anyone know how OS X handles the case of toolbar buttons with
large text?
Comment 3 Dave Bordoley [Not Reading Bug Mail] 2003-05-05 03:16:32 UTC
Marco what exactly was your reasoning for making these button not homogenous? i think in the text, text+icons, homogenous is clearly better in this case and in the icons only case it really isn't detrimental.
Comment 4 Marco Pesenti Gritti 2003-05-05 16:18:22 UTC
Well it totally sucks with icons only ;) Ihmo we should just set
everything to not expandable. It's all how all gnome toolbars behaves
anyway (bonoboui).
Comment 5 Daniel Borgmann 2003-05-06 00:13:11 UTC
Yes but that's horrible because then all buttons have different sizes
and some only provide tiny click targets (the worst of all is the "Up"
icon in Nautilus).
There _really_ needs to be some kind of minimum width (as in KDE for
example). My suggestion for a sane minimum width would be the height
of the icon, so it would work instantly well with both icons+text and
icons only. Then you get at least a square button as click target and
it would extend only for icons with larger captions.
Comment 6 Marco Pesenti Gritti 2003-05-06 06:57:03 UTC
Such suggestions should go in a gtk bug I guess (or HIG). There is not
much we can do about it.
Comment 7 Daniel Borgmann 2003-05-06 07:21:50 UTC
Alright, this probably should be marked as a duplicate of this one:
http://bugzilla.gnome.org/show_bug.cgi?id=107781
If bugs can be duplicates of bugs in other products that is.
(I try and hope I don't break anything :))

*** This bug has been marked as a duplicate of 107781 ***