Forum Discussion Page for 'mouse shortcuts'
Rick Stockton
rickstockton at reno-computerhelp.com
Mon Dec 26 07:40:39 GMT 2011
Thomas, Todd, and Albert: this is pointed at you guys for suggestions.
Thiago, it's mostly FYI at this point. Final design and subsequent
coding in Qt, starting in about a week.
I have created a Qt Devnet forum Thread for work on Mouse Shortcuts.
It's at http://developer.qt.nokia.com/forums/viewthread/12843
Right now, it's only got my initial post, which proposed code based on
the same scheme as keyboard shortcuts (QKeySequence, QshortcutEvent, and
QShortcut working with Qt signals and slots.) In my SIMPLE design, there
will be 3 ways to invoke a mouse-based shortcut: mouse button click,
button doubleclick, or holding one button down while clicking a second.
You will not be able to mix keyboard keypress events and mouse button
events together as a shortcut invocation sequence. (Invocations will
consist of QKeySequence sets on the keyboard, OR mouse button actions --
not the two together.)
Although, of course, you will be able to execute the same shortcut
Action by performing alternative invocation sequences on the two
devices. The 'Back' Shortcut Action, for example, will be invoked by
either 'Alt + left' on the keyboard, OR the back button on the mouse.
(Both as Qt-provided defaults.)
I probably don't understand misunderstand Todd's current thoughts it --
because Todd speaks of handling multiple Devices at a very low level.
With Qt5 platform plugins, nearly all Devices have really simple,
high-efficiency input Event handling, so maybe you'd want to move the
DBus interface upwards (maybe into QShortcutEvent, or QShortcut itself).
But I'm not going to even try: If I were to propose messing with
Shortcuts in the platform plugins, in a "heavyweight" way, the response
would likely be a very firm "absolutely not acceptable, in any form".
Todd, if my GUESS is BAD, please correct me here on the ML - and I will
post your correction (with no edits) into the working forum pages.
More information about the kde-core-devel
mailing list