Bug 2653 - shift-delete gives different result on UNIX and Windows
Summary: shift-delete gives different result on UNIX and Windows
Status: CLOSED WONTFIX
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Client (show other bugs)
Version: pre-1.0
Hardware: PC All
: P2 Minor
Target Milestone: 4.15.0
Assignee: Bugzilla mail exporter
URL:
Keywords:
Depends on:
Blocks: keyboard
  Show dependency tree / graph
 
Reported: 2008-01-24 14:34 CET by Pierre Ossman
Modified: 2022-06-14 12:48 CEST (History)
0 users

See Also:
Acceptance Criteria:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Pierre Ossman cendio 2008-01-24 14:34:04 CET 
First, see bug 1919 for info about the weird handling of shift + numpad.

When numlock is turned off, pressing shift+delete results in delete with the Windows client and comma with the UNIX client. This can be a bit confusing as the user probably doesn't expect different clients to give different keyboard behaviour.
Comment 1 Pierre Ossman cendio 2022-06-14 12:48:33 CEST 
The current behaviour is actually the desired behaviour. The overall principle is that the keyboard should behave the same in ThinLinc as in local applications on the client.
Note You need to log in before you can comment on or make changes to this bug.