Bug 5002 - The Alt-key doesn't work in a Unity TL-window with the Alt-key used for the HUD
Summary: The Alt-key doesn't work in a Unity TL-window with the Alt-key used for the HUD
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: trunk
Hardware: Other Linux Ubuntu
: P2 Minor
Target Milestone: LowPrio
Assignee: Bugzilla mail exporter
Depends on:
Blocks: keyboard
  Show dependency treegraph
Reported: 2014-02-24 21:50 CET by Henrik Wallin
Modified: 2022-04-26 09:43 CEST (History)
0 users

See Also:
Acceptance Criteria:


Description Henrik Wallin cendio 2014-02-24 21:50:03 CET
The default in Unity 3D is to have the Alt-key bring up the HUD. 

But the Alt-key only brings up the HUD this if it's pressed for a short amount of time and no other key is simultaneously pressed. So the Alt-key works just fine in key-combinations in Emacs in Unity or holding Alt down to drag windows around with the mouse. Despite this, the Alt-key just refuses to work in any way (for Emacs or for Alt+mouse-actions to move windows) in a ThinLinc client window (fullscreen works fine), as long as it's used for the HUD. (Alt+mouse-moving of windows in the TL-window can't be made to work as the entire TL-window is moved instead, but this is probably OK.)

However, if a shift-key is configured for bringing up the HUD, two clicks on it will make the shift key work just fine in TL, so shift is handled differently. AltGr can't be used as HUD-key. For example shift+Alt can be configured to get the HUD and then Alt works fine in ThinLinc, but shift+Alt doesn't. 

A note though: If a shift or Ctrl key is configured for the HUD, a long press on it will not stop the HUD to come up, unlike how it is with Alt, which brings up the HUD on key-up. 

Note: Tested in new Ubuntu, but not the absolutely newest. 

Workaround: Configure one of the Ctrl-keys or disable the HUD all together:


Note You need to log in before you can comment on or make changes to this bug.