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 581144 - Horizontal scrollbar jump
Horizontal scrollbar jump
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
git master
Other Linux
: Normal minor
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-02 23:06 UTC by Nickolay V. Shmyrev
Modified: 2018-05-22 13:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Nickolay V. Shmyrev 2009-05-02 23:06:50 UTC
When we move across document with Page entry and the document is zoomed, the horizontal scrollbar jumps to left side.

The report from Verena Ludskova:
http://mail.gnome.org/archives/evince-list/2009-April/msg00029.html

I read some large PDF files in fullscreen on 200% to get maximum screen efficiency (large letters, easier on the eyes). Because text borders differ for left and right pages, I use the bottom scrollbar and set it to somewhere in the middle so everything is visible. This is fine. 

However, I sometimes need to jump to the end of the document (for the index or solutions of exercises), so I enter a number into the page number box and press enter. Then, the page will be displayed, but my custom bottom scrollbar positioning will undone, it will be left-aligned. I would find it very handy to keep the bottom scrollbar position, just as it is kept when scrolling from one page to another.
Comment 1 Alejandro Gullón 2010-04-20 17:08:00 UTC
Ok, you're right, I'll try to fix it.
Comment 2 Alejandro Gullón 2010-04-25 10:08:44 UTC
I've worked in it and I thought that the solution consists on add code lines that prevent to reset the horizontal scroll bar to the default position.
I'm quite sure that it have to be implemented in libview/ev-view.c on method scroll_to_current_page.
I couldn't solve it cause in the API seems that isn't appear anything to control the horizontal scroll bar.
Comment 3 Roberto González García 2010-04-25 19:21:26 UTC
I've been working in it too and I've reached the same conclusion as Alejandro. I thought that the solution could be to create some kind of variable for the position of the horizontal scroll and to get it back once you were at the new page. I've tried to do it but I couldn't resolve it.
Comment 4 Tassilo Horn 2011-03-30 06:48:26 UTC
I'm also suffering this from this problem.

Scrolling with SPACE/Next and DEL/Prior in continuous mode preserves the horizontal scroll position (good!).  But

  - following a link to some figure or section in the doc, or
  - clicking on a section or thumbnail in the side-bar, or
  - switching to a page by its number, or
  - switching to the next/previous page with the arrow buttons, or
  - using the button for moving across visited pages, or
  - scrolling with SPACE/DEL/Next/Prior in non-continuous mode,

all these actions reset the horizontal scroll position.  That's really, really annoying.  I can't see any use case where resetting the horizontal scroll position would be the right thing...
Comment 5 José Aliste 2011-03-30 08:12:36 UTC
Tassilo, of course this is annoying, and there is no use case for this, it's just a bug we haven't yet the time to solve. Help is appreciated.
Comment 6 Tassilo Horn 2011-03-30 08:31:46 UTC
Hi José, my statement wasn't meant offensive at all. :-)

I just wanted to express that IMHO, the current behavior is not "Normal minor" wrt. Importance/Severity.  Having to adjust the scroll position after each jump in the document cannot be considered "an easy workaround".

I might have a look at the code, but right now I'm loaded with other work... :-(
Comment 7 José Aliste 2011-03-30 08:35:35 UTC
Tassilo, don't worry, it was not taken like this... It is just the same for all, lot of work ;)

I will try to take a look at it this weekend (but since we are on Code freeze, this won't be fixed until Gnome 3.2 at least)
Comment 8 GNOME Infrastructure Team 2018-05-22 13:30:55 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/86.