[prev in list] [next in list] [prev in thread] [next in thread]
List: konq-bugs
Subject: Bug#45180: Select with scrollwheel in select-box feature desperately needs to be configureable
From: jju () dif ! dk
Date: 2002-07-14 11:46:08
[Download RAW message or body]
Package: konqueror
Version: 3.0.6 (using KDE 3.0.6 CVS/CVSup/Snapshot)
Severity: wishlist
Installed from: Compiled sources
Compiler: gcc 2.95.3
OS: Linux
OS/Compiler notes: Slackware
I've noticed that Konqueror has a new feature - you can use the scroll wheel on your \
mouse over <select> boxes and in <textarea> fields to scroll up/down and select \
options.
This feature desperately needs to be configureable and off by default as it is (IMHO) \
useability hell.
There are a few reasons why I think this feature is bad:
- if you are using the scrollwheel to scroll up or down on a large webpage and the \
mouse happens to hit a "scrollable" field somewhere on the page, then the scrolling \
on the page will stop and will instead scroll the field you hit. This is annoying a \
best.
- If you use the scrollwheel to scroll a select box that is used as a menu (often \
seen on many webpages), and this select box has a javascript assiciated with it that \
will reload the page with the option selected, then when scrolling the select box you \
have absolutely no control over which option gets selected. Becourse as soon as you \
hold a slight pause to read what you have scrolled down to the selection will \
activate as if you had clicked it. This is especially annoying if you inadvertedly \
hit such a select box while scrolling a large page (as described above).
There are a few options to make this feature actually usable.
Either:
- Keep the current behaviour but make it configurable and off by default.
- Change the behaviour so that when scrolling select boxes it will pop up the list of \
options and scroll inside that list and only activate a javascript action when the \
user actually clicks on an option.
- Only have the scrollwheel action active on select boxes when the user has clicked \
the box and sees the list of options and then only allow scrollwheel-scrolling when \
the mouse is over the scrollbar besides the list of options (only activating the \
scrollwheel when the mouse is over a widgets scrollbar would also make input box \
scroll nicer).
- Make any combination of the above configureable so the user can choose what \
behaviour is desired- I still believe it should be off by default.
Please feel free to contact me if you need more info or a better description.
Best regards,
Jesper Juhl - jju@dif.dk
(Submitted via bugs.kde.org)
(Complete bug history is available at http://bugs.kde.org/db/45/45180.html)
_______________________________________________
Konq-bugs mailing list
Konq-bugs@mail.kde.org
http://mail.kde.org/mailman/listinfo/konq-bugs
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic