more event handling fixes:
commit4e6cfdaaac61d8be13596afcbd4b3c2d2b066591
authorggarand <ggarand@283d02a7-25f6-0310-bc7c-ecb5cbfe19da>
Sat, 3 Nov 2007 18:24:34 +0000 (3 18:24 +0000)
committerggarand <ggarand@283d02a7-25f6-0310-bc7c-ecb5cbfe19da>
Sat, 3 Nov 2007 18:24:34 +0000 (3 18:24 +0000)
treed761569fba284004278cf937898e23043291ba52
parent9f75b8400d90084392c94b9e779cbdf92c54a884
more event handling fixes:

.introduce more subtle/timed logic to decide how to route wheel
 events to subwidgets or to the view. It works much more nicely
 this way as there is no more need for the user to focus an element
 before being able to scroll using the wheel. This is close to the Gecko
 behaviour, I'd describe.
.properly translate mouse wheel events (gah! that was the deeper reason
 for most of wheel event problems)
.remove test of the widget rectangle for mouse wheel events. As it turns
 out, I was just turning around the untranslated mouse wheel event bug.
.make listbox & textarea widget not propagate wheel events to the view
 once either end of them has been reached by scrolling.
.rewrite & factor out the code computing the widget placement on the root
 view ; place it in KHTMLWidgetPrivate.

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs@732399 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
khtml/khtmlview.cpp
khtml/khtmlview.h
khtml/rendering/render_form.cpp
khtml/rendering/render_form.h
khtml/rendering/render_replaced.cpp
khtml/rendering/render_replaced.h