[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Wheelevents in combos (Re: kdelibs/kdeui)
From:       Carsten Pfeiffer <carpdjih () cetus ! zrz ! tu-berlin ! de>
Date:       2002-10-25 11:11:46
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----

On Friday 25 October 2002 00:30, David Faure wrote:

> Obviously KHistoryCombo - or in fact any editable combo - could use the
> same trick for handling the wheel events: setting the text, as if it was
> typed manually.

Right.

> Conclusion:
> ========
> 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()".

Sounds sensible to me.

> Patch:
> =====
> Hmm, I don't know why we have up/down only in KHistoryCombo and not in
> KComboBox (when editable).... I implemented wheelscrolling using the same
> code (moving it to new methods), so it's in KHistoryCombo for now. I need
> Carsten's input on this I think :}

Looks good to me. I'm fine with moving this up to KComboBox.. back then I 
wanted to have some bash-history-like feature for Minicli and Konq and didn't 
want to change QCombo's features too much.	

Cheers
Carsten Pfeiffer
-----BEGIN PGP SIGNATURE-----

iQEVAwUBPbkm9KWgYMJuwmZtAQFbOQf/Q8tvK/LX1+1DW6iN5d/AcfJ7LfE9GvbH
vjWzZy/yTxkivm7lF0T6qftHmABuue4mCIB9GTgFmCgFM/yPOZVh0VkgqZUuK+hj
EK8Ur8IktbV9Mm3NRHaZtj8YiFaZ2p+XT/SbL0sppMX2qh/ajwJD/oLKVcL3/CUD
17QdPaexynRgDXrd3RdXjwIOd2VfVhMMWIEITT9Oe6zFrvYzPS8apMixu+VGxfCU
6JuoCC7SY5pLK0wQwnAh0uSyPn26lsXHVQ9nNfCGRobH5mg+B7EMGcyED4wMQhgO
mmvasQy+tGaew5Un6kkcEFbbCe/V/cAHdvl6H1o/jhD8DFSXTEFzKg==
=Yfy1
-----END PGP SIGNATURE-----
[prev in list] [next in list] [prev in thread] [next in thread]