Cursor-style control (highlight/focus of GUI elements)
Description
Controlling the GUI currently works touchscreen-based (mouse-style). That is, one points/clicks a element to activate it.
Automotive controls further uses knobs on the steeringwheel, an central iDrive-style hardware or gestures. They are based on sending up, down, left, right commands (cursor-style).
To make use of cursor-style devices to browse the GUI, there is the need to highlight/focus elements to visualize the position of the 'cursor'.
Environment
None
Activity
Show:
Jan-Simon Moeller
December 2, 2016 at 12:48 PM
Last call. Is there any action to be taken for blowfish - 2.0.4 ??
Jan-Simon Moeller
October 21, 2016 at 11:11 AM
Is this one fixed or do we need to include this in the next patch-release for BB ?
Michael Fabry
August 23, 2016 at 1:45 PM
(edited)
iDrive now behaves exactly like a keyboard. That is, it generates keypresses/releases by uinput. All the currently GUI supported keys are working: Left, Right, Up, Down, Enter and Back.
Whats left is a feature-request to the EG-GraphicsUI group to:
Define/map keyboard-keys for direct switching to the separate Applications (MediaPlayer, Navi, HVAC...)
Define/map a pair of keyboard-keys for (PulseAudio) Volume up/down changes
'Invent' how to highlight the focused UI element (Browsing the list of songs in MediaPlayer already has this implemented!)
Jan-Simon Moeller
August 16, 2016 at 1:07 PM
Actual issue is the GUI which is not capable of handling keyboard-style/cursor-style input.
Yuri will adapt the iDrive drive to behave like a keyboard.
Minor
Controlling the GUI currently works touchscreen-based (mouse-style). That is, one points/clicks a element to activate it.
Automotive controls further uses knobs on the steeringwheel, an central iDrive-style hardware or gestures. They are based on sending up, down, left, right commands (cursor-style).
To make use of cursor-style devices to browse the GUI, there is the need to highlight/focus elements to visualize the position of the 'cursor'.