Version: (using KDE KDE 3.3.0) Installed from: Debian testing/unstable Packages0 when you use the wheel the hover envents are not sent. the result is that sth like that the snipplet1 html code behaves quite bad if you use the wheel to scroll. since no hover events are sent, the second div closes and you cannot browse it if it's more long than your window height. Note that it's not the only bad behaviour kind you can have. consider a table with effects on tr:hover (eg a css rule that let the line beeing hilighted). if you scroll with mous wheel the hover events are not sent either. ---------[snipplet1]---------- <html> <head> <style type='text/css'> div.foo div { display:none; } div.foo:hover div { display: block; } </style> </head> <body> <div class='foo'> hover me to see the rest ! <div> here put a lot of datas to browse !<br /> here put a lot of datas to browse !<br /> ... here put a lot of datas to browse !<br /> </div> </div> </body> </html> ---------[/snipplet1]----------
Yes. The KHTMLView does not make a hover check after scroll.
There's a site that can be an example of this bug: http://www.sedice.com/modules.php?name=Forums&file=viewtopic&p=638552#638552 (Mouse over "MEGASPOILER") And also, look at the redraw bug when div is opened.
This is fixed in 4.0 branch, will not be fixed in 3.5.x (since doing it the way it was first tried requires significant changes to textareas, which are too risky for the stable branch)