Version: (using KDE KDE 3.2.0) Installed from: Compiled From Sources Compiler: gcc-3.2 OS: Linux My Konqueror has this evil behaviour where it is confused about how to react to mouse wheel scrolls while the ctrl key is pressed. Sometimes it changes font size (which I think is the evil part, and inconsistent too) and sometimes it scrolls a full page (which is OK). When scrolling slowly (1 button-4/5 click at a time) it usually does font resizing; only when scrolling fast will some (but not all) of these clicks fall through the font size handler and get passed to the view scroller. The thing is, this happens only in Konqueror, not in (e.g.) KMail. Also, e.g. ctrl-scrolling over this text field does only scrolling; outside it's the evil font zoom again. I did not find this behaviour in Konqueror-3.0.3.8-RedHat so it must have been introduced underway (or RedHat removed it :-); and I'd like to undo this. (I'm using RedHat no longer, BTW. It's Linux-from-scratch 4.0 now; yes, that's oldish but I still had it lying around so it was easier than redoing it with a newer version - and it works fine, 'cept for this bug) Wishlist item: configurable actions for mouse wheel events (so e.g. ctrl+wheel = scroll and shift+wheel = zoom). Mozilla used to have this and it's useful.
I was unable to reproduce this on my machine. When holding ctl and scrolling the only thing that it would do is change font-size. I use KDE 3.2.0 (binaries .tgz), Slackware 9.1, and kernel 2.6.3. Sincerely, Andrew Hamilton
Op vrijdag 5 maart 2004 17:58, schreef Andrew Hamilton: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=76811 > > > > > ------- Additional Comments From hamiltona mchsi com 2004-03-05 > 18:58 ------- I was unable to reproduce this on my machine. When > holding ctl and scrolling the only thing that it would do is change > font-size. Hello Andrew, Thank you for looking into this problem. It's a bit strange that you see different behaviour but I suppose that could be due to my somewhat oldish processor (733 MHz) and the mousewheel events being generated too fast. Still I was wondering whether it'd be possible to set ctrl+mouse wheel to scroll-page instead of font-zoom. The current behaviour that you see too is annoyingly inconsistent with other applications. I would look into this problem myself (and I have, for a bit) but I'm too unproficient at C++ programming to be able to even find out where to change it. Maybe you could give me a hint where to start looking (which file), then I'll try to figure out the rest...? (Although I suppose that - seeing all the praise for the KDE infrastructure - it's just a one-line change that you could tell me how to do immediately ;-) BTW - I received an email generated by Stephan Binner, relocating my bug report to the KHTML subsystem. Jasper
Cannot confirm. Neither under KDE 3.2.3, nor under HEAD. It can't be processor speed. My computer is even slower than yours.
Unless I am missing something important, /part/ of this report can certainly be reproduced: we cannot now configure what ctrl+mousewheel will do. This is why I voted for this, not because the behavior is inconsistent on my machine, but because I am very used to using the control key to scroll (from Mozilla/Firefox). Making it configurable would be very helpful when trying to convert people from Mozilla/Firefox to Konqueror.
I can't reproduce the problem (scroll and zoom) with KDE 3.5.4. The Ctrl+wheel behaves the same (excpet the zoom direction is inverted) with mozilla, so I think a wish should be opened for the configuration if it's really needed.
Can't reproduce this either (r575787).
Not reproducible