Bug 218380

Might be helpful:
http://trac.kmess.org/changeset/5788

KMess implementation of smooth scrolling (with QWebview) in the chatmessage view.

On Tuesday 12 January 2010 18:37:00 Panagiotis Papadopoulos wrote:
> https://bugs.kde.org/show_bug.cgi?id=218380
> 
> 
> 
> 
> 
> --- Comment #1 from Panagiotis Papadopoulos <pano_90 gmx net>  2010-01-12
> 18:36:58 --- Might be helpful:
> http://trac.kmess.org/changeset/5788
> 
> KMess implementation of smooth scrolling (with QWebview) in the chatmessage
> view.

Sure!
thanks...

the KMess implementation might not be helpful after all, as it only "smooth scrolls" when you receive a new chat message, which is not applicable to rekonq, right? :-P

On Sunday 31 January 2010 17:34:04 Panagiotis Papadopoulos wrote:
> https://bugs.kde.org/show_bug.cgi?id=218380
> 
> 
> 
> 
> 
> --- Comment #3 from Panagiotis Papadopoulos <pano_90 gmx net>  2010-01-31
> 17:34:03 --- the KMess implementation might not be helpful after all, as
> it only "smooth scrolls" when you receive a new chat message, which is not
> applicable to rekonq, right? :-P

Not sure about
I just couldn't find enough time to work on :(

Will be implemented in rekonq 0.5

*** This bug has been marked as a duplicate of bug 197519 ***

hi,

sorry for reopening this, but "smooth scroll" ≠ "Auto scroll" :-P
with smooth scroll I mean the "effect", that when scrolling in the webpage, the scrolling process is "smooth" (e.g. like in Firefox or Konqueror).
I hope this makes things clear :-)
:-)

On Friday 19 February 2010 02:04:22 Panagiotis Papadopoulos wrote:
> https://bugs.kde.org/show_bug.cgi?id=218380
> 
> 
> Panagiotis Papadopoulos <pano_90@gmx.net> changed:
> 
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
> - Status|RESOLVED                    |REOPENED
>          Resolution|DUPLICATE                   |
> 
> 
> 
> 
> --- Comment #6 from Panagiotis Papadopoulos <pano_90 gmx net>  2010-02-19
> 02:04:21 --- hi,
> 
> sorry for reopening this, but "smooth scroll" ≠ "Auto scroll" :-P
> with smooth scroll I mean the "effect", that when scrolling in the webpage,
> the scrolling process is "smooth" (e.g. like in Firefox or Konqueror). I
> hope this makes things clear :-)
> 
> :-)

Ok,
what's autoscroll, then?
:-)

Autoscroll is when the app is scrolling automatically:
e.g. open up Okular and press "Shift + Arrow Down" it will automatically scroll the document. Konqueror and Firefox offer the same behaviour (if you enable the option).

uhm.. after you explained me the difference, now I can say: while I'm quite sure we can "easily" implement auto scroll, I have no clue about letting scroll smooth.

*** Bug 239892 has been marked as a duplicate of this bug. ***

Anyone was thinking about kinetic scrolling for touchpad/touchscreen users?

@Roman:

Could you explain a bit in detail what kinetic scrolling is? :-)
Thanks!

Id better link a video showing that. Its feature used at most on cell phones. It means that you will "scroll" a bit and screen isnt stopping scrolling right when you stop. It just slows until it stops. Its good to keep a track with eye and its smooth. And eye candy :) With growing userbase of touchscreens this will be necessary anyway..
http://www.youtube.com/watch?v=1pCVrltKOGQ

the webbrowser plasmoid, which AFAIK is using WebKit too, does have both: Smooth scrolling and kinetic scrolling.

I don't know whether it uses some kind of Plasma animation for this, but it is very nice (although the scrolling steps are way too big for a browser imho)

http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/generic/applets/webbrowser/

as said, I think this is an upstream feature. The reason because the plasmoid has it is because they use a QGraphicsWebView rather than a QWebView

Yoann created a branch which adds a (quite nicely working) smooth scrolling implementation http://gitorious.org/~yoann21/rekonq/yoann21-clone/commits/smoothScroll

As far as I can see it does not work "kinetically" though (see Romans comments for this :-P)

(In reply to comment #17)

> As far as I can see it does not work "kinetically" though (see Romans comments
> for this :-P)

With a mouse, I think smooth scrolling is better.
But I can create another option to add the kinetic scrolling. (which is easier to implement)

I must agree that smooth scrolling is pretty much better for using with mouse, but kinetic scrolling will be much better for laptop users. +1 vote for option for kinetic scrolling.

I don't know anything about coding, but I was reading this post* which reminded me of the exchange in the present feature request, so I thought his work may be of help. By the way, kinetic scrolling would be a nice implementation.

* http://hackersramblings.wordpress.com/2010/07/21/well-im-standing-on-a-corner-in-winslow-arizona-such-a-fine-site-to-see-its-a-plasmascrollwidget-my-lord/

Merged in rekonq 0.5.54.