GNOME Bugzilla – Bug 117923
Have buttons for increase/decrease size instead of percentage menu
Last modified: 2006-01-12 22:08:56 UTC
The toolbar widget for changing font size uses percentages that don't really mean anything. '100%' can mean something when you're editing documents for printing, then it would mean 'exactly this size on paper'. But Epiphany is for viewing online documents. My suggestion is to replace the percentage widget by buttons for size increase/decrease, analogous to the corresponding items in the View menu.
Being able to put zoom in/zoom out buttons on the toolbar is just a matter of adding the verbs 'ViewZoomIn' and 'ViewZoomOut' in data/ui/epiphany-toolbar.xml.in . But the zoom control toolbar item is useful, because it allows you to go immediately to the desired zoom level. This may not matter when you only want to zoom one step, but because zooming is very very slow, it really matters as soon as you want a difference of 2 or more steps. Back when i improved the zoom capabilities, i originally had added those buttons to the available toolbar repertoire, but (iirc) daveb thought the zoom control alone was enough, and that's what i think too.
I really prefer the existing design, but we can consider ways to make it better if needed post 1.0 so lets leave this open for now and we can have some more discussion.
Some points in favor of a two buttons design. http://www.useit.com/alertbox/20020819.html I wonder if we should just use new nautilus design.
I'm more incline to make the zoom in and zoomout toolbar buttons than use the nautilus design, i just don't like it for some reason. hmmm.... the comment about making it a default button is interesting though....
Created attachment 18873 [details] [review] put zoom in/out buttons in toolbar editor
So for anyone who want to try if zoom in/out buttons make sense, apply the above patch, and then you can use the toolbar editor to add them to you toolbar. However i still think the current zoom control is sufficient. About the nautilus zoom control: it certainly would be possible to port it to epiphany with _no_ changes except to ephy-zoom-control.c.
I dont think we should have both (buttons and control). I sort of feel that the list require some more thinking then two buttons and I dont like that. I guess this is all post 1.0 anyway. I pasted the link because I found it accidentally.
Sorry for the spam. Reassigning bugs with a target to our next milestone.
*** Bug 124101 has been marked as a duplicate of this bug. ***
The dup'd bug 124101 advocated to port the nautilus zoom control.
Target 1.2 -> 1.4 due to feature freeze.
Comment on attachment 18873 [details] [review] put zoom in/out buttons in toolbar editor Marking obsolete attachments in open bugs.
*** Bug 142259 has been marked as a duplicate of this bug. ***
Mass-moving Target 1.4 -> 1.6 because of feature and UI freeze. Sorry for the bugspam, search for "mass-move-1.4-1.6" to filter all of it.
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
If you change the zoom control, make sure it still responds to the mouse wheel. I find it very convenient to move my mouse to up the zoom control and scroll to the desired size.
Created attachment 36905 [details] [review] this adds two buttons for Zoomin & Zoomout
Mass-moving bugs from Target Milestone: 1.6 to 1.8 because of feature, UI and string freeze.
How about using the nautilus design (but only if evince did the same), as suggested in comment 3 and comment 4 ?
In evince, you can already put the zoom controls on the toolbar like this: (+) [100%<>] (-) I'm not sure how desirable it is to force these items into one widget like nautilus does. Evince has to support the special 'Page width' and 'Best fit' sizes; I don't know how this would work with the nautilus control. Also, like I said in the original report, percentages don't have the same meaning for web documents that they have for print documents. How does Sudhakar's patch do it?
Target: 1.8 -> 1.10 due to feature and UI freeze.
See also http://mail.gnome.org/archives/usability/2005-October/msg00157.html
Updating fields
Fixed in cvs.