David Faure david at mandrakesoft.com
Tue Oct 22 09:29:01 BST 2002

Hash: SHA1

On Tuesday 22 October 2002 02:37, Aaron J. Seigo wrote:
> On Monday 21 October 2002 04:11, Stephan Kulow wrote:
> > Still you browse when you scroll in the location bar of konqueror - you're
> > not changing the URL, you browse right away. Scroll wheel actions shouldn't
> > change anything but the view.
> so we take care of some comboboxes (kcombobox, but not those that just use
> qcombobox), and neuter them just because we don't like how it behaves in the
> konqueror url box? not that someone ever accidently wheel scrolls over it (do
> they?)

Yes they do. My family's "end users" happen to ;)

> how about the attached patch to qcombobox itself: it implements a delayed
> emit() on wheel events... i set it .5 seconds and it feels fairly natural.
> behaviours don't change and the user can scroll through the list w/out
> causing tons of unintential activated() events.
> note that this does NOT address the issue of a combobox in a web page as that
> is, obviously a seperate issue from this.

But it creates a bug on webpages (and dialogs): if you scroll the list with the 
wheel, and submit (click OK) before the .5 seconds (ok, you have to be fast,
but it can happen), the wrong value will be sent (in those dialogs and webpages
that update their variable when changing the current item, not upon submitting).

- -- 
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