Breadcrumbs in Kickoff

[Rick Stockton]

On 01/-10/-28163 11:59 AM, Aaron J. Seigo wrote:

Aaron, my words were unclear. If you and Martin are willing to put this 
into the 4.8.x Series, it CAN be done, but we _must_ use the name which 
already exists. 'Xbutton1' == the Back Button, the other two names will 
be synonyms for 'XButton1' in Qt5. 'XButton1' will still be present, and 
we can stay Source-compatible across both Qt Versions by using THAT name.

'XButton2' == 'ForwardButton' == 'ExtraButton2' in the exact same way. 
'XButton2' already exists in Qt4; we can use it NOW, and it will be 
present in Qt5 as well. There are far fewer instances, in KDE programs, 
where a 'Forward' Button makes sense. But they do exist (Amarok "forward 
to the next song on my CD", for example.) I don't know how many have 
actual implementations of these two buttons. IIRC, Konq DOES have them both.

< Start of 'too much information' >
The guts of my "more mouse buttons" feature (see 
https://bugs.kde.org/show_bug.cgi?id=34362#c34) adds a capability for 
even higher buttons, starting from 'ExtraButton3'. The maximum possible 
mouse button in Qt is 'ExtraButton24', although the evdev driver (if 
used in Wayland OR X11) runs out of Valuators after ExtraButton20. 
(Kernel "input.h" allows for only 16 button values, but it doesn't 
consume 4 'buttons' for the tilt wheel. So, if we speak in terms of 
Wayland, or X11 using the evdev Driver instead of the legacy "mouse" 
Driver, the biggest possible mouse has 16+4 = 20 "buttons".)
</ too much information >

Xavier Sythe should use one of the proper KDE enhancement request 
schemes- he should open a bug, of type 'enhancement'. Using that 
process, allows for focused feedback WITHOUT getting into a long Thread 
of personal attacks and counter-attacks on a list where he DOESN'T 
BELONG. Martin, if you decide it's worth doing but don't take it 
yourself, go ahead and assign to me.

> On Saturday, December 17, 2011 16:12:18 Rick Stockton wrote:
>> The names 'BackButton and 'ExtraButton1' aren't defined until Qt5, but
>> 'XButton1' is already present in Qt 4.7 (and many earlier 4.x Releases, as
>> well)....
> regardless of what is done elsewhere (breadcrumbs, etc) this would be a fine
> idea.
>
> Qt won't support more mouse buttons until Qt5, but perhaps we could put an x-
> specific bit of code in there until then.