Wheelevents in combos (Re: kdelibs/kdeui)

[David Faure]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 25 October 2002 02:37, Dirk Mueller wrote:
> On Fre, 25 Okt 2002, David Faure wrote:
> 
> > I suggest that editable combos get a "wheel scrolling doesn't emit activated()" feature
> > (comparable to the keyup/keydown code, it sets the text),
> > and that readonly combos keep the current "wheel scrolling emits activated()".
> > 
> > There is nothing inconsistent here - those two kind of combos are different widgets
> > already (you can type in one, and not in the other). And user-wise, wheelscrolling
> > would work everywhere.
> 
> Very nice idea indeed. now, can you submit it to Qt so that we just can 
> inherit qcombobox'es behaviour ? :)

The up and down keys in qcomboboxes, even editable ones, _do_ emit activated().
I doubt I can convince TrollTech to change that behaviour.

Why is it ok that we have KHistoryCombo where up/down sets the text without emitting
activated(), and when we talk about wheelscrolling you absolutely want it in Qt?

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

iD8DBQE9uP/272KcVAmwbhARAvM4AJ96LEv2Mwyqt/xnFgxhpf0uWJxNbwCfSiwP
vV9j7wj95SxWrQfmEVH8eyk=
=HsgS
-----END PGP SIGNATURE-----