Bug 43962

Summary:	Shift+Tab doesn't work
Product:	[Applications] konsole	Reporter:	pvz
Component:	general	Assignee:	Konsole Developer <konsole-devel>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version:	1.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	patch that allows backtab to work

Description pvz 2002-06-15 21:57:58 UTC

(*** This bug was imported into bugs.kde.org ***)

Package:           konsole
Version:           1.1 (using KDE 3.0.1 (CVS >= 20020327))
Severity:          normal
Installed from:     (3.0)
Compiler:          gcc version 2.95.4 20011002 (Debian prerelease)
OS:                Linux (i686) release 2.4.18
OS/Compiler notes: 

When pressing Shift+Tab no key press at all is seen by the application.

In xterm curses gives keycode 0541 (that's in octal) which is defined to K_BACKTAB.

A program which uses this method to check for back-tab (as well as using an ioctl for checking it on the console) is giFTcurs. (http://giftcurs.sourceforge.net/)

(Submitted via bugs.kde.org)
(Called from KBugReport dialog)

Comment 1 Moritz Moeller-Herrmann 2002-10-22 02:23:09 UTC

giFTcurs does still not react on SHift+TAB with KDE-3.1b2 on SuSE-8.1

Comment 2 Luis Carvalho 2003-10-29 22:54:32 UTC

This bug is still present in current CVS HEAD.

Comment 3 John T. Ellis 2003-12-22 17:34:37 UTC

It appears there is a way to get things to work by specifying "Backtab" as a key mapping, as in this entry I inserted into default.Keytab:
key Backtab            : "\E[Z"
Bear in mind this is also contingent on having the backtab key transmitted by your X server keymap.

Comment 4 Dan Bullok 2004-07-26 21:03:18 UTC

Created attachment 6862 [details]
patch that allows backtab to work

Here's a REALLY SIMPLE patch to fix this problem.  As  John T. Ellis noted,
shift-tab sends the Backtab key (at least on my X-server: xorg-x11-6.7.0-r1 on
Gentoo Linux x86).  While the end user can change the config by manually
editing a keymap file, this sort of thing should really work without user
intervention.  As a point of reference, xterm does not have this problem.
  
I don't see how this patch could break anything, but my understanding of the
way X handles keys is quite limited.  So I don't want to commit a change that
might break something.	Can a konsole developer to give this patch a look? 
I'll gladly commit the changes to CVS if I get the approval.
-Dan

Comment 5 Dan Bullok 2004-07-26 21:12:40 UTC

My patch was out of sync.  Obviously, the line README.default.Keytab should also have "Backtab+Ansi", not just "Backtab".

Comment 6 Waldo Bastian 2004-11-26 11:59:45 UTC

CVS commit by waba: 

Make Shift-Tab work.
BUG: 43962
Patch by Dan Bullok


  M +2 -0      konsole/default.keytab.h   1.31
  M +2 -0      other/README.default.Keytab   1.31
  M +1 -4      other/vt420pc.keytab   1.15


--- kdebase/konsole/konsole/default.keytab.h  #1.30:1.31
@@ -6,4 +6,6 @@
   "key Tab   +Shift+Ansi  : \"\\E[Z\"\n"
   "key Tab   +Shift-Ansi  : \"\\t\"\n"
+  "key Backtab     +Ansi  : \"\\E[Z\"\n"
+  "key Backtab     -Ansi  : \"\\t\"\n"
   "key Return-Shift-NewLine : \"\\r\"\n"
   "key Return-Shift+NewLine : \"\\r\\n\"\n"

--- kdebase/konsole/other/README.default.Keytab  #1.30:1.31
@@ -34,4 +34,6 @@
 key Tab   +Shift+Ansi  : "\E[Z"
 key Tab   +Shift-Ansi  : "\t"
+key Backtab     +Ansi  : "\E[Z"
+key Backtab     -Ansi  : "\t"
 
 key Return-Shift-NewLine : "\r"

--- kdebase/konsole/other/vt420pc.keytab  #1.14:1.15
@@ -64,8 +64,5 @@
 key Escape : "\E"
 key Tab    : "\t"
-# none of these show significant results
-#key Tab-Shift    : "\t"
-#key Tab+Shift    : "\E[Z"
-#key Tab+Shift    : "Shifttab"
+key Backtab     : "\E[Z"
 
 # VT100 can add an extra \n after return.

Comment 7 Kurt Hindenburg 2004-11-28 23:54:15 UTC

I know get an error/warning:

% konsole
kio (KSycoca): Trying to open ksycoca from /var/tmp/kdecache-kvh/ksycoca
/mnt/part6/KDEDIRS/HEAD/share/apps/konsole/vt420pc.keytab(66,12):error: ':' expected.

Comment 8 Waldo Bastian 2004-11-29 11:38:13 UTC

Fixed now