Bug 93196 - (Line to) indicate previous page boundary when scrolling a document
Summary: (Line to) indicate previous page boundary when scrolling a document
Status: RESOLVED UPSTREAM
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
: 212653 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-11-13 03:26 UTC by Anton Markov
Modified: 2011-07-26 14:12 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Markov 2004-11-13 03:26:11 UTC
Version:            (using KDE KDE 3.3.1)
Installed from:    Debian testing/unstable Packages

[Taken from comment #6 in Bug 76082 by "Rutger ter Borg"]

When a user scrolls a document, it is sometimes difficult to keep track of where you stopped reading, especially when scrolling by larger amounts (Page up/down keys). There needs to be a visual aid to help the user remember where they stopped reading (just like you would in real life put your finger on the line you are reading before you look away from the book).

There are two good ways of doing this:
- put a line at the position of the page boundary before the scroll started 
- highlight/change the background of the region which was visible before the scroll

perhaps a choice of both

Some more details:
- Visual aid should appear immediately when the scroll starts, and remain visible for the duration of the scroll (while the user holds down the key/button or keeps turning the scroll wheel)
- The effect should fade out after a timeout
- The colour and timeout should be configurable

This Bug _does not_ depend on Bug 76082, but they both address the same issue - keeping track of your reading position while scrolling. If smooth scroll is implemented, the fade timeout should start after the scroll effect is complete.
Comment 1 dierck.hillmann 2004-11-14 15:49:18 UTC
*** This bug has been confirmed by popular vote. ***
Comment 2 Stephan Kulow 2004-11-16 13:39:04 UTC
this can't be implemented in kdelibs. Applications have to implement it themselves as not all scroll views are displaying documents. And I think there is already a wish for khtml
Comment 3 Oded Arbel 2004-11-16 14:47:53 UTC
Why can't it be implemented for any scroll view - even those that do not contain documents ? I would expect this to be useful for any view that has a scrollable area much larger then the visible view.

At most there could be an additional option (optional param, another method call, whatever) to disable that behavior - which should be configurable anyway.
Comment 4 Dotan Cohen 2008-11-07 08:08:24 UTC
I understand that this feature is possible now in Qt4, so I am reopening this bug. In fact, Opera 9 (which is also Qt based) has this feature and it is terrific: it is an exceptional usability feature and I don't know how we've gotten along without it for so long. See the "Opera Scroll Marker" on this page:
http://www.opera.com/docs/changelogs/linux/960/
Comment 5 Dotan Cohen 2009-01-31 11:23:38 UTC
A mockup and suggestions for this feature have been posted on KDE-Look:
http://www.kde-look.org/content/show.php/Scrollbar+marker+line?content=61517
Comment 6 Christoph Feck 2009-11-01 20:07:14 UTC
*** Bug 212653 has been marked as a duplicate of this bug. ***
Comment 7 Christoph Feck 2011-07-26 14:12:32 UTC
Scrolling is handled by the Qt library. Please suggest this feature to Qt developers at Nokia via https://bugreports.qt.nokia.com/secure/Dashboard.jspa