Bug 84240

Summary: kde keyboard shortcuts aren't consistent
Product: [Retired] Red Hat Linux Reporter: Ben Levenson <benl>
Component: kdebaseAssignee: Than Ngo <than>
Status: CLOSED WONTFIX QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: hp
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-06-21 17:00:01 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Ben Levenson 2003-02-13 18:34:13 UTC
Description of problem: 
For the sake of consistency, shouldn't these two operations share the same 
  New shell tab in konsole: <ctl><alt><n> 
  New browser tab in konqueror: <ctl><shift><n> 
I don't know if we care about this, but there are inconsistencies across  
desktop environments as well: 
  Previous tab in konsole: <shift><left arrow>; Next tab: <shift><right arrow> 
  Previous tab in gnome-terminal: <ctl><pg up>; Next tab: <ctl><pg down> 

Comment 1 Havoc Pennington 2003-02-14 06:03:55 UTC
I think this stuff mostly needs to be addressed upstream; changing keybindings 
rapidly gets you going around in circles (if you change one it creates a
conflict with another so you change that which then conflicts with something
else and so on). So you need to decide on the keybindings as a giant global table
before you start changing them in any one place.

See http://developer.gnome.org/projects/gap/keyboardnav.html for the big 
tables for gnome.

Anyway I'd tend to just move this upstream, and hope open-hci@freedesktop.org
considers developing a common keybindings standard.

Comment 2 Ben Levenson 2004-06-21 17:00:01 UTC
(bug housekeeping) 
<ctrl>-<shift>-<n> opens a new session/tab in konsole (as an  
alternative to <ctrl>-<alt>-<n>) in RHEL3. 
I don't imagine that the GNOME and KDE keybindings will merge 
anytime soon.  REOPEN if you find that this is a useful bug 
for tracking this issue.