In most browsers, when you page down there's a certain amount of overlap between the bottom of one page and the top of the next. I think that in Rekonq and Konqueror with the WebKit KPart, the amount of overlap is too great, making it hard to quickly find where you left off.

I raised Bug #309431 against kwebkitpart about this, and mentioned that Chrome (which also uses WebKit, of course) on Kubuntu and Windows also has a large overlap, but on OS X the overlap is less, which looks OK to me.

I asked in http://ux.stackexchange.com/questions/2 ... ge-overlap if anyone knew of any guidelines on what the amount of overlap should be, or of studies on the topic. There were some well-expressed opinions in reply, but no pointers to directly-relevant research.

I've done some more research, and WebKit used to scroll by a fixed amount of 40 pixels; this was changed after https://bugs.webkit.org/show_bug.cgi?id=32595 to be ⅛ of the window size. Some of the comments there show that others share my opinion that ⅛ is too much, and these include Apple, who after https://bugs.webkit.org/show_bug.cgi?id=34371 reverted the change for the OS X port.

It seems to me the obvious solution here is to allow the user to choose. This would need changes to the browser UIs (of course) and to the WebKit API. Can I make a plea to the KDE browser maintainers to make this happen?

Later: I've raised the issue with Chrome here: https://groups.google.com/a/chromium.or ... QjrFKfMOrY.

I only use PageDown for fast scrolling where the overlap is irrelevant. Most of the time I use continuous scrolling. So I suspect the issue you raise may be of limited interest to the small number of people who use PageDown.