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 701696 - UI Regression: Menus display right-to-left, other elements left-to-right
UI Regression: Menus display right-to-left, other elements left-to-right
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-06-06 07:57 UTC by oliver
Modified: 2018-05-22 15:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot (17.63 KB, image/png)
2013-06-29 09:59 UTC, Carlos Garcia Campos
Details

Description oliver 2013-06-06 07:57:52 UTC
The UI redesign, while generally nice, brought up one serious usability regression: While the menus are displayed right-to-left, the navigation and zoom boxes are still left-to-right.  This leads to excessive mouse-pointer-travel times.  E.g., I am switching from dual/fit page mode (which I have as my default), which allows to quickly navigate to the page you need when browsing long documents, to single/fit width mode, which is sometimes required to do careful reading of intricate documents.  

Now the fit width/fit page button sits on the left side of the screen, while the dual/single sits on the right side of the screen, almost maximally separated from each other when using a maximized window on a wide screen.  

I can see several ways to change/alleviate this problem:

- Move all controls left-to-right or right-to-left (it escapes me why right-to-left is now the new fad du jour, but that's probably a GNOME thing.  Not that I really care, but such a decision should be applied consistently).

- Bring back the user configurable task-bar buttons.  (They always looked hackish to me, so I am not complaining that they are gone, but at least they allowed me to set up a pretty efficient work flow and one should seriously look at how a consistent user interface can be efficient in the same way.)

- Set up keyboard shortcuts for fit width/fit page and for dual/single.  (Maybe they already exist, if so, make them discoverable.)

- More ambitious, would be my favorite: create a scale of logical zoom options (which must be dynamic as they have to depend on the aspect ratio of the window) where the physical magnification changes monotonically as the user flips through the scale, with dual/fit page at the bottom and single/400% at the top.  Dual/single mode would be switched on and off as part of the zoom scale; the n% options would only appear explicitly once they get to a larger physical magnification than fit width/single.
Comment 1 Carlos Garcia Campos 2013-06-29 09:53:38 UTC
hmm, I agree that the zoom selector is somehow misplaced, it was part of the view menu in the old menubar, and now it's far away from the menu, and between navigation actions. What do you think about moving it close to the view menu? between the find and view menu buttons?
Comment 2 Carlos Garcia Campos 2013-06-29 09:59:06 UTC
Created attachment 248043 [details]
Screenshot

This is a screenshot with the zoom selector close to the view menu. It looks a bit weird, but I guess it's because we are too used to see the selector on the left.
Comment 3 oliver 2013-06-29 11:21:53 UTC
Thanks for looking into this!  Your screenshot makes a lot of sense to me, that would make it as convenient as it had been before the UI reshuffling.

Long-term, you might still want to give the last suggestion in my original post some thought, namely to integrate single/dual and zoom level into a single scale of zoom options which one could flip through.
Comment 4 Carlos Garcia Campos 2013-06-29 11:45:55 UTC
Sure, and make sure there are shortcuts for all options too. We actually added an automatic layout  and zoom to libview, but not exposed yet in the UI, see bug #689468.
Comment 5 Carlos Garcia Campos 2013-07-02 16:19:23 UTC
Ok, I've just moved the zoom selector like in the screenshot, we'll get used to it eventually :-)
Comment 6 GNOME Infrastructure Team 2018-05-22 15:07:29 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/351.