| Summary: | overflow: scroll; Click in field should make scrollwheel scroll this field | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Frederik Holljen <fh> |
| Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | l.savernik |
| Priority: | NOR | ||
| Version: | 3.2.2 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | support for scrolling nearest scrollable layer | ||
As fate would have it, I tried to tackle the bug two weeks ago. However, I aimed at a smarter solution that unfortunately turned out not to work because of event interdependence problems. However, your simple proposition should work at any rate. Created attachment 7079 [details]
support for scrolling nearest scrollable layer
This makes the nearest scrollable layer from the most recent click location
scroll.
leo: did you forgot about that patch or were there remaining issues or ...? germain: Yes I've forgotten. Up to now I didn't even know that I've written any such patch. I remember now some issues wrt to scrolling of rendered layers (overflow:scroll/auto) and native layers (frame/iframe/object). The scrolling event applied to the native layers immediately, but to the rendered ones delayed by one event loop run. I have never found out why this is the case. Another issue was that it uses the position of the caret to determine focus, which doesn't work out too well on initial page loading. So I think to make it usable is to allow all rendered layers to become focusable, and regard the focus only (not the caret). I can verify this bug with a fixed size DIV and overflow: auto; also, the DIV won't scroll when clicking a link such as: <a href="page.html#anchor">. I think it can be related? Am Montag, 19. Dezember 2005 15:15 schrieb Mitch 74:
> I think it can be related?
This is not directly related. However, to tackle this bug and yours, a common
interface for scrolling layers (including native widgets like iframes,
objects, khtmlview) would be needed.
To be noted maybe : Mozilla Firefox (Gecko) resolved it's similar bug with 1.5 : https://bugzilla.mozilla.org/show_bug.cgi?id=97283 Actually, it was fixed in trunk long before that, but there was no release shipped with it and they didn't want to back-port it to the FF 1.0 releases. Others like Mandriva seem to have done so, as my Mandriva 2006 Firefox 1.0.6 build does not exhibit this bug. I stand corrected: my Mandriva 2006 Firefox 1.0.6 build <b>does</b> exhibit this bug. There is also the possibly related problem of the div not scrolling along when one selects text. not a perfect duplicate as there is no need to click in the container in #121065 implementation, but functionality is basically the same *** This bug has been marked as a duplicate of 121065 *** this is a very annoying bug. I can't use the google reader mousewheel fonctionality when I read my feeds :( |
Version: 3.2.2 (using KDE 3.2.3, (testing/unstable)) Compiler: gcc version 3.3.4 (Debian 1:3.3.4-4) OS: Linux (i686) release 2.4.18-bf2.4 I have a page with div with fixed height and overflow set to scroll. Like this: div { height: 200px; overflow: scroll; } When an overflow happens you get a scrollbar. All good! :) But now, I want to scroll the contents inside the div with my mousewheel. Most browsers (opera, IE) allow this if you click inside the field. If you don't click inside the whole page scrolls. Konqueror scrolls the whole page even if you click inside first.