David Faure david at mandrakesoft.com
Thu Oct 24 11:24:45 BST 2002

Hash: SHA1

On Thursday 24 October 2002 11:14, Alexander Kellett wrote:
> On Wed, Oct 23, 2002 at 02:57:31AM +0200, Troels Tolstrup wrote:
> > On Onsdag 23 oktober 2002 02:51, Aaron J. Seigo wrote:
> > > which is unfortunate. it's one feature that i use *a lot* in my day
> > > job and miss sorely when in another environment. but it's ok. i'll
> > > just patch my local copy of kcomobox. viva la open source.
> > 
> > And you are not the only one. I personally see this as a step backwards.
> so why not just make this configurable?
> (not gui configurable of course, just an *rc)

I think we should rather think of: in which app it makes sense, and in 
which one it doesn't.

I don't think _anyone_ uses wheel-scroll on konqueror's location bar, since
any wheel operation _loads_ a page. However in dialogs it's usually ok,
no such big action happens when wheel-scrolling.

IMHO it would make sense to have an API call to enable/disable that
feature, and disabling it in konq's location bar, and leaving it enabled
in most other combos (especially now that the khtml problem is fixed).

Please don't shout "inconsistent" - usability is the goal. Often consistency
is necessary for usability, but in this particular case, comboboxes that
simply let people select an option are very different from comboboxes
that take action upon selecting an item (like in konq's location bar).

- -- 
David FAURE, david at mandrakesoft.com, faure at kde.org
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
Get the latest KOffice - http://download.kde.org/stable/koffice-1.2/
Version: GnuPG v1.0.7 (GNU/Linux)


More information about the kde-core-devel mailing list