Report forwarded to debian-bugs-dist@lists.debian.org, bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu, Stephen Early <sde1000@debian.org>:
Bug#7886; Package xbase.   debian-bugs-dist@lists.debian.orgbug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.eduStephen Early  Subject: Bug#7886: X key binding of shift tab on XFree86 3.2 (ISO_Left_Tab) Reply-To: Greg Stark , 7886@bugs.debian.org Resent-From: Greg Stark Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu, Stephen Early Resent-Date: Fri, 07 Mar 1997 05:18:00 GMT Resent-Message-ID: Resent-Sender: iwj@debian.org X-Debian-PR-Package: xbase X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by bugs@bugs.debian.org id=B.8577115368456 (code B ref -1); Fri, 07 Mar 1997 05:18:00 GMT Message-Id: Date: Fri, 7 Mar 1997 00:03:52 -0500 (EST) From: Greg Stark To: submit@bugs.debian.org Package: xbase Version: 3.2-3 In GNU Emacs 19.34.1 (i386-debian-linux-gnu, X toolkit) of Wed Aug 28 1996 on maneki-neko configured using `configure --prefix=/usr --with-pop=yes --with-x=yes --with-x-toolkit=lucid i386-debian-linux' On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure it isn't relevant) seems to bind tab by default such that shift-tab generates "ISO_Left_Tab" which i've never heard of, but presumably emacs should interpret that as the emacs key binding "backtab" or perhaps just ignore it and handle it as shift-tab. I'm partial to the former, but then i suggested emacs should map shift-tab to backtab if it's bound in any case, which you didn't like. It also seems like XLookupString should probably generate a TAB character so that programs can notice that it's a tab character with the shift modifier pressed but i'm not really sure if that's the right approach. Here's some relevant output from xmodmap -pk and xev: 23 0xff09 (Tab) 0xfe20 (ISO_Left_Tab) KeyPress event, serial 21, synthetic NO, window 0x1c00001, root 0x2b, subw 0x0, time 3006375125, (129,32), root:(210,113), state 0x1, keycode 23 (keysym 0xfe20, ISO_Left_Tab), same_screen YES, XLookupString gives 0 characters: ""   Acknowledgement sent to Greg Stark <gsstark@mit.edu>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu, Stephen Early <sde1000@debian.org>.   -t  From: owner@bugs.debian.org (Ian Jackson) To: Greg Stark Subject: Bug#7886: Acknowledgement (was: X key binding of shift tab on XFree86 3.2 (ISO_Left_Tab)) Message-ID: In-Reply-To: References: Thank you for the problem report you have sent regarding Debian Linux. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the developers' mailing list for their attention; they will reply in due course. As you requested using X-Debian-CC, your message was also forwarded to bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu (after having been given a bug report number, if it didn't have one). Your message has been sent to the package maintainer(s): Stephen Early If you wish to submit further information on your problem, please send it to 7886@bugs.debian.org (and *not* to bugs@bugs.debian.org). Please do not reply to the address at the top of this message, unless you wish to report a problem with the bug-tracking system. Ian Jackson (maintainer, Debian bug tracking system)   Received: (at submit) by bugs.debian.org; 7 Mar 1997 05:12:16 +0000 Received: (qmail 8454 invoked from network); 7 Mar 1997 05:12:14 -0000 Received: from g62-99.citenet.net (brnstnd@kramden.acf.nyu.edu@207.183.46.99) by master.debian.org with SMTP; 7 Mar 1997 05:12:14 -0000 Received: by g62-99.citenet.net id m0w2rou-0008gkC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 7 Mar 1997 00:03:52 -0500 (EST) Message-Id: Date: Fri, 7 Mar 1997 00:03:52 -0500 (EST) From: Greg Stark To: submit@bugs.debian.org X-Debian-CC: bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu Subject: X key binding of shift tab on XFree86 3.2 (ISO_Left_Tab) Package: xbase Version: 3.2-3 In GNU Emacs 19.34.1 (i386-debian-linux-gnu, X toolkit) of Wed Aug 28 1996 on maneki-neko configured using `configure --prefix=/usr --with-pop=yes --with-x=yes --with-x-toolkit=lucid i386-debian-linux' On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure it isn't relevant) seems to bind tab by default such that shift-tab generates "ISO_Left_Tab" which i've never heard of, but presumably emacs should interpret that as the emacs key binding "backtab" or perhaps just ignore it and handle it as shift-tab. I'm partial to the former, but then i suggested emacs should map shift-tab to backtab if it's bound in any case, which you didn't like. It also seems like XLookupString should probably generate a TAB character so that programs can notice that it's a tab character with the shift modifier pressed but i'm not really sure if that's the right approach. Here's some relevant output from xmodmap -pk and xev: 23 0xff09 (Tab) 0xfe20 (ISO_Left_Tab) KeyPress event, serial 21, synthetic NO, window 0x1c00001, root 0x2b, subw 0x0, time 3006375125, (129,32), root:(210,113), state 0x1, keycode 23 (keysym 0xfe20, ISO_Left_Tab), same_screen YES, XLookupString gives 0 characters: ""   Bug reassigned from package `xbase' to `xserver-common'. Request was from Branden Robinson <branden@ecn.purdue.edu> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 20 Oct 1998 01:39:08 +0000 Received: (qmail 10730 invoked from network); 20 Oct 1998 01:39:06 -0000 Received: from unknown (HELO apocalypse.sequitur.org) (root@166.72.235.64) by master.debian.org with SMTP; 20 Oct 1998 01:39:06 -0000 Received: (from branden@localhost) by apocalypse.sequitur.org (8.9.1a/8.9.1/Debian/GNU) id VAA00808 for control@bugs.debian.org; Mon, 19 Oct 1998 21:39:02 -0400 Date: Mon, 19 Oct 1998 21:39:02 -0400 From: Branden Robinson To: control@bugs.debian.org Subject: the Great Reassignment Message-ID: <19981019213901.A800@ecn.purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.12i reassign 740 xbase-clients reassign 773 xmh reassign 1690 xdm reassign 1691 xserver-common reassign 1819 xserver-common reassign 1985 xdm reassign 2297 xterm reassign 4546 xdm reassign 4757 xdm reassign 5212 xdm reassign 5383 xserver-common reassign 5475 xdm reassign 5635 xdm reassign 5734 xserver-common reassign 5820 xserver-common reassign 6400 xfs reassign 6405 xserver-common reassign 6468 xdm reassign 6734 xserver-common reassign 7058 xf86setup reassign 7112 xterm reassign 7553 xdm reassign 7886 xserver-common reassign 8083 xf86setup reassign 8656 xterm reassign 8931 xbase-clients reassign 9880 xbase-clients reassign 9982 xserver-common reassign 10002 xbase-clients reassign 10058 xf86setup reassign 10181 xterm reassign 10252 xf86setup reassign 10445 xterm reassign 10469 xf86setup reassign 10470 xserver-common reassign 10471 xserver-common reassign 10487 xbase-clients reassign 10507 xf86setup reassign 10548 xserver-common reassign 10550 xfonts-base reassign 10752 xserver-common reassign 10923 xlib6g reassign 10928 xterm reassign 10964 xfs reassign 11147 xbase-clients reassign 11155 xterm reassign 11322 xf86setup reassign 11429 xbase-clients reassign 11920 xdm reassign 12261 xterm reassign 12454 xserver-common reassign 12496 xdm reassign 12997 xdm reassign 13356 xfonts-cyrillic reassign 13599 xserver-common reassign 13652 xdm reassign 13884 xdm reassign 14053 xserver-common reassign 14105 xterm reassign 14191 xbase-clients reassign 14856 xterm reassign 14692 twm reassign 14761 xf86setup reassign 14878 xserver-common reassign 14983 xdm reassign 15018 xserver-common reassign 15075 xf86setup reassign 15216 xserver-common reassign 15226 xlib6g reassign 15730 xserver-common reassign 15934 xfs reassign 15972 xserver-common reassign 16089 xbase-clients reassign 16097 xdm reassign 16346 xdm reassign 16350 xserver-common reassign 16521 xdm reassign 16997 xf86setup reassign 17512 xlib6g-dev reassign 17807 xfonts-base reassign 18023 xlib6g reassign 18751 xterm reassign 19537 xterm reassign 19538 xterm reassign 19850 xterm reassign 20430 xterm reassign 20685 xterm reassign 20921 xserver-common reassign 21625 xdm reassign 21763 xserver-common reassign 21788 xbase-clients reassign 21996 xdm reassign 22042 xdm reassign 22714 xmh reassign 23208 xfonts-cjk reassign 24192 xdm reassign 24239 xsm reassign 24302 xserver-common reassign 24406 xdm reassign 24706 xdm reassign 24876 xterm reassign 24880 xbase-clients reassign 24913 xlib6g reassign 24927 xserver-common reassign 25285 xbase-clients reassign 25318 xserver-common reassign 25517 xlib6g reassign 25688 xterm reassign 25689 xterm reassign 25756 xserver-common reassign 25817 xserver-common reassign 26040 xfonts-base reassign 26525 xserver-common reassign 26808 xmh reassign 26880 xserver-common reassign 26975 xbase-clients reassign 26976 xbase-clients reassign 26977 xserver-common reassign 27024 xlib6g reassign 27037 xserver-common reassign 27092 xdm reassign 27183 xterm reassign 27243 xdm reassign 27413 xdm reassign 27771 xdm reassign 27772 xdm reassign 27967 xdm reassign 28006 xlib6g merge 1690 5635 merge 773 26808 severity 16151 wishlist severity 25817 wishlist thanks -- G. Branden Robinson | Debian GNU/Linux | Music is the brandy of the damned. branden@ecn.purdue.edu | -- George Bernard Shaw cartoon.ecn.purdue.edu/~branden/ |   Changed bug title. Request was from Branden Robinson <branden@ecn.purdue.edu> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 8 Jun 1999 23:00:56 +0000 Received: (qmail 771 invoked from network); 8 Jun 1999 23:00:53 -0000 Received: from slip-32-101-71-166.ky.us.ibm.net (HELO apocalypse.sequitur.org) (branden@32.101.71.166) by master.debian.org with SMTP; 8 Jun 1999 23:00:53 -0000 Received: (from branden@localhost) by apocalypse.sequitur.org (8.9.3/8.9.3/Debian/GNU) id TAA20414 for control@bugs.debian.org; Tue, 8 Jun 1999 19:00:49 -0400 From: Branden Robinson Date: Tue, 8 Jun 1999 19:00:49 -0400 To: control@bugs.debian.org Subject: more ancient X bugs Message-ID: <19990608190048.A20273@ecn.purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i retitle 1292 xserver-svga: X server loses track of the keyboard [UPSTREAM] unmerge 1690 retitle 1690 xdm: dies with protection fault if X server exits with nonzero status [UPSTREAM] severity 1690 fixed retitle 1691 xserver-common: X server configuration tools allow an invalid numeric range [UPSTREAM] severity 1691 fixed retitle 1819 xserver-common: X server should lock the mouse device [UPSTREAM] severity 1819 fixed retitle 1985 xdm: forwards indirect requests from localhost with client IP of 127.0.0.1, which obviously won't come back [UPSTREAM] retitle 2039 xserver-mach64: font erosion [UPSTREAM] severity 2039 fixed retitle 2297 xterm: xterm sometimes gets mouse-paste and RETURN keypress in wrong order [UPSTREAM] retitle 3750 xserver-s3: X server waits too long to accept client connections [UPSTREAM] retitle 4056 xserver-s3: mouse cursor appears offset from where it "actually" is [UPSTREAM] severity 4056 retitle 4066 xserver-s3: display is wrapped around [UPSTREAM] retitle 4494 xserver-svga: Xlib's XForceScreenSaver() causes display to flash [UPSTREAM] retitle 4546 xdm: X -query fails when no network is present severity 4546 fixed retitle 4547 xdm: XDMCP problem with multihomes X servers (design error?) [UPSTREAM] retitle 5212 xdm: allows login without valid shell [UPSTREAM] retitle 5475 xdm: postinst starts xdm without asking severity 5475 fixed unmerge 5635 retitle 5635 xdm: cycles X server endlessly [UPSTREAM] severity 5635 fixed retitle 5734 xserver-common: default keymap was very wrong (GB) severity 5734 fixed retitle 5820 xbase-clients: xinit won't let me pass arguments to the server [UPSTREAM] reassign 5820 xbase-clients severity 5820 fixed retitle 5897 xserver-mono: X server does not display text properly on Juko G8 (Hercules clone) card [UPSTREAM] retitle 6400 xfs: coredumps when shut down due to xbase upgrade [UPSTREAM] severity 6400 fixed retitle 6405 xserver-common: default keymap was very wrong (DE) severity 6405 fixed merge 5734 6405 retitle 6468 xserver-common: X server goes crazy when switching back to its VC [UPSTREAM] reassign 6468 xserver-common retitle 6682 xbase-clients: sessreg should use glibc 2.1 utmp functions [UPSTREAM] retitle 6734 xserver-common: hostname change causes X to refuse incoming connections [UPSTREAM] retitle 6769 xserver-svga: X server goes bezerk at unpredictable times [UPSTREAM] retitle 7058 xf86setup: XF86Setup can create unusable XF86Config [UPSTREAM] retitle 7112 xterm: xterm is setuid root retitle 7354 xlib6g-dev: xmkmf can generate bad Makefiles WRT variable substitution [UPSTREAM] severity 7354 fixed retitle 7370 xserver-s3v: X server hangs when using Netscape [UPSTREAM] retitle 7553 xdm: init.d script doesn't always run severity 7553 fixed retitle 7554 xserver-w32: X server comes up with blank screen [UPSTREAM] retitle 7886 emacs: Emacs doesn't know what to do with ISO_Left_Tab reassign 7886 emacs retitle 8931 xbase-clients: xrdb should magically know when whitespace is syntactically insignificant and strip it [UPSTREAM] severity 8931 wishlist retitle 9982 xserver-common: X server does not start if any host in font path is unreachable [UPSTREAM] thanks Notes to self: #1690: can be closed, can't repro and I haven't heard of anyone ELSE getting a PF from xdm the whole time I've maintained it #1691: this is actually a pretty vague complaint. At any rate, Debian now has parse-xf86config, which is designed to catch exactly these kinds of errors. xserver-configure (and the xdm init script) works with it to try to ensure that the XF86Config file is kosher before trying to use it. #1819: I do not think it is necessary to put a lock on a read-only device like a mouse. If you run something else that grabs the device and locks it, the problem is with the something else, not with X. As it stands, under at least some configurations gpm and X can share the mouse device (though VC switching may cause gpm issue protocol errors to the system log). #2039: I believe this was addressed last year: XFree86 3.3.2j (4 November 1998) [...] 1191. Mach64 updates: fix a font bug for non-terminal image text fonts, update docs and Cards database (#2164, Kevin Martin). #4056, 4066: these bugs are addressed by questions Q.C1 and Q.D1 in /usr/doc/xfree86-common/XFree86-FAQ.* #4546: I cannot reproduce this under the conditions described in the bug report. #5475: This problem was fixed by the Great X Reorganization. *) If you don't want xdm to run, don't install it. *) Alternatively, see /usr/doc/xfree86-common/FAQ for help with various xdm scenarios people desire that aren't the default configuration #5635: fixed in xfree86 3.3.2.3a-9 with Marcelo Magallon's patch #5734, 6405: Folks have got to learn how to use XKB. Alternatively, they can just use "XkbDisable", and the X server will inherit the keymap used by the virtual console. #5820: this was fixed a long time ago. xinit -- :1 [other server args] works just fine. #6400: I can't reproduce this. I do not get a coredump when starting an xfs when another one is already running. Font services continue to work fine. #7354: I tried to reproduce this and couldn't. #7553: This was fixed in the Great X Reorganization. #7886: if emacs doesn't know what to do with a key event, that's emacs's problem -- G. Branden Robinson | "There is no gravity in space." Debian GNU/Linux | "Then how could astronauts walk around branden@ecn.purdue.edu | on the Moon?" cartoon.ecn.purdue.edu/~branden/ | "Because they were wearing heavy boots."   Bug reassigned from package `xserver-common' to `emacs'. Request was from Branden Robinson <branden@ecn.purdue.edu> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 8 Jun 1999 23:00:56 +0000 Received: (qmail 771 invoked from network); 8 Jun 1999 23:00:53 -0000 Received: from slip-32-101-71-166.ky.us.ibm.net (HELO apocalypse.sequitur.org) (branden@32.101.71.166) by master.debian.org with SMTP; 8 Jun 1999 23:00:53 -0000 Received: (from branden@localhost) by apocalypse.sequitur.org (8.9.3/8.9.3/Debian/GNU) id TAA20414 for control@bugs.debian.org; Tue, 8 Jun 1999 19:00:49 -0400 From: Branden Robinson Date: Tue, 8 Jun 1999 19:00:49 -0400 To: control@bugs.debian.org Subject: more ancient X bugs Message-ID: <19990608190048.A20273@ecn.purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i retitle 1292 xserver-svga: X server loses track of the keyboard [UPSTREAM] unmerge 1690 retitle 1690 xdm: dies with protection fault if X server exits with nonzero status [UPSTREAM] severity 1690 fixed retitle 1691 xserver-common: X server configuration tools allow an invalid numeric range [UPSTREAM] severity 1691 fixed retitle 1819 xserver-common: X server should lock the mouse device [UPSTREAM] severity 1819 fixed retitle 1985 xdm: forwards indirect requests from localhost with client IP of 127.0.0.1, which obviously won't come back [UPSTREAM] retitle 2039 xserver-mach64: font erosion [UPSTREAM] severity 2039 fixed retitle 2297 xterm: xterm sometimes gets mouse-paste and RETURN keypress in wrong order [UPSTREAM] retitle 3750 xserver-s3: X server waits too long to accept client connections [UPSTREAM] retitle 4056 xserver-s3: mouse cursor appears offset from where it "actually" is [UPSTREAM] severity 4056 retitle 4066 xserver-s3: display is wrapped around [UPSTREAM] retitle 4494 xserver-svga: Xlib's XForceScreenSaver() causes display to flash [UPSTREAM] retitle 4546 xdm: X -query fails when no network is present severity 4546 fixed retitle 4547 xdm: XDMCP problem with multihomes X servers (design error?) [UPSTREAM] retitle 5212 xdm: allows login without valid shell [UPSTREAM] retitle 5475 xdm: postinst starts xdm without asking severity 5475 fixed unmerge 5635 retitle 5635 xdm: cycles X server endlessly [UPSTREAM] severity 5635 fixed retitle 5734 xserver-common: default keymap was very wrong (GB) severity 5734 fixed retitle 5820 xbase-clients: xinit won't let me pass arguments to the server [UPSTREAM] reassign 5820 xbase-clients severity 5820 fixed retitle 5897 xserver-mono: X server does not display text properly on Juko G8 (Hercules clone) card [UPSTREAM] retitle 6400 xfs: coredumps when shut down due to xbase upgrade [UPSTREAM] severity 6400 fixed retitle 6405 xserver-common: default keymap was very wrong (DE) severity 6405 fixed merge 5734 6405 retitle 6468 xserver-common: X server goes crazy when switching back to its VC [UPSTREAM] reassign 6468 xserver-common retitle 6682 xbase-clients: sessreg should use glibc 2.1 utmp functions [UPSTREAM] retitle 6734 xserver-common: hostname change causes X to refuse incoming connections [UPSTREAM] retitle 6769 xserver-svga: X server goes bezerk at unpredictable times [UPSTREAM] retitle 7058 xf86setup: XF86Setup can create unusable XF86Config [UPSTREAM] retitle 7112 xterm: xterm is setuid root retitle 7354 xlib6g-dev: xmkmf can generate bad Makefiles WRT variable substitution [UPSTREAM] severity 7354 fixed retitle 7370 xserver-s3v: X server hangs when using Netscape [UPSTREAM] retitle 7553 xdm: init.d script doesn't always run severity 7553 fixed retitle 7554 xserver-w32: X server comes up with blank screen [UPSTREAM] retitle 7886 emacs: Emacs doesn't know what to do with ISO_Left_Tab reassign 7886 emacs retitle 8931 xbase-clients: xrdb should magically know when whitespace is syntactically insignificant and strip it [UPSTREAM] severity 8931 wishlist retitle 9982 xserver-common: X server does not start if any host in font path is unreachable [UPSTREAM] thanks Notes to self: #1690: can be closed, can't repro and I haven't heard of anyone ELSE getting a PF from xdm the whole time I've maintained it #1691: this is actually a pretty vague complaint. At any rate, Debian now has parse-xf86config, which is designed to catch exactly these kinds of errors. xserver-configure (and the xdm init script) works with it to try to ensure that the XF86Config file is kosher before trying to use it. #1819: I do not think it is necessary to put a lock on a read-only device like a mouse. If you run something else that grabs the device and locks it, the problem is with the something else, not with X. As it stands, under at least some configurations gpm and X can share the mouse device (though VC switching may cause gpm issue protocol errors to the system log). #2039: I believe this was addressed last year: XFree86 3.3.2j (4 November 1998) [...] 1191. Mach64 updates: fix a font bug for non-terminal image text fonts, update docs and Cards database (#2164, Kevin Martin). #4056, 4066: these bugs are addressed by questions Q.C1 and Q.D1 in /usr/doc/xfree86-common/XFree86-FAQ.* #4546: I cannot reproduce this under the conditions described in the bug report. #5475: This problem was fixed by the Great X Reorganization. *) If you don't want xdm to run, don't install it. *) Alternatively, see /usr/doc/xfree86-common/FAQ for help with various xdm scenarios people desire that aren't the default configuration #5635: fixed in xfree86 3.3.2.3a-9 with Marcelo Magallon's patch #5734, 6405: Folks have got to learn how to use XKB. Alternatively, they can just use "XkbDisable", and the X server will inherit the keymap used by the virtual console. #5820: this was fixed a long time ago. xinit -- :1 [other server args] works just fine. #6400: I can't reproduce this. I do not get a coredump when starting an xfs when another one is already running. Font services continue to work fine. #7354: I tried to reproduce this and couldn't. #7553: This was fixed in the Great X Reorganization. #7886: if emacs doesn't know what to do with a key event, that's emacs's problem -- G. Branden Robinson | "There is no gravity in space." Debian GNU/Linux | "Then how could astronauts walk around branden@ecn.purdue.edu | on the Moon?" cartoon.ecn.purdue.edu/~branden/ | "Because they were wearing heavy boots."   Bug reassigned from package `emacs' to `emacs19,emacs20'. Request was from Josip Rodin <joy@cibalia.gkvk.hr> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 20 Jul 1999 22:57:07 +0000 Received: (qmail 13354 invoked from network); 20 Jul 1999 22:57:06 -0000 Received: from cibalia.gkvk.hr (mail@161.53.211.3) by master.debian.org with SMTP; 20 Jul 1999 22:57:06 -0000 Received: from joy by cibalia.gkvk.hr with local (Exim 2.05 #1 (Debian)) id 116iqD-0003Zk-00; Wed, 21 Jul 1999 00:58:29 +0200 Date: Wed, 21 Jul 1999 00:58:29 +0200 From: Josip Rodin To: control@bugs.debian.org Subject: emacs? Message-ID: <19990721005829.A13744@cibalia.gkvk.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i reassign 7886 emacs19,emacs20   Bug reassigned from package `emacs19,emacs20' to `emacs20'. Request was from Gregory Stark <gsstark@mit.edu> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 23 Sep 2000 17:17:41 +0000 From gsstark@mit.edu Sat Sep 23 12:17:41 2000 Return-path: Received: from smtp.bellnexxia.net (tomts6-srv.bellnexxia.net) [::ffff:209.226.175.26] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 13csvk-0004oX-00; Sat, 23 Sep 2000 12:17:40 -0500 Received: from HSE-MTL-ppp62067.qc.sympatico.ca ([64.229.160.36]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000923171740.KVPR19855.tomts6-srv.bellnexxia.net@HSE-MTL-ppp62067.qc.sympatico.ca> for ; Sat, 23 Sep 2000 13:17:40 -0400 Received: from localhost ([127.0.0.1] helo=HSE-MTL-ppp62067.qc.sympatico.ca ident=brnstnd@kramden.acf.nyu.edu) by HSE-MTL-ppp62067.qc.sympatico.ca with smtp (Exim 3.16 #1 (Debian)) id 13csvl-0001Yv-00 for ; Sat, 23 Sep 2000 13:17:41 -0400 Sender: stark@HSE-MTL-ppp62067.qc.sympatico.ca To: control@bugs.debian.org Subject: closing my own bugs From: Gregory Stark Date: 23 Sep 2000 13:17:40 -0400 Message-ID: <87vgvnvxhn.fsf@HSE-MTL-ppp62067.qc.sympatico.ca> Lines: 13 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: control@bugs.debian.org close 33968 close 33971 close 34114 close 35886 close 71878 reassign 7886 emacs20 close 71764 reopen 71764 Gregory Stark -- greg   Bug reassigned from package `emacs20' to `emacs20'. Request was from Gregory Stark <gsstark@mit.edu> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 27 Sep 2000 00:48:47 +0000 From gsstark@mit.edu Tue Sep 26 19:48:47 2000 Return-path: Received: from tomts8.bellnexxia.net (tomts8-srv.bellnexxia.net) [::ffff:209.226.175.52] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 13e5Ox-0006Yy-00; Tue, 26 Sep 2000 19:48:47 -0500 Received: from HSE-MTL-ppp62067.qc.sympatico.ca ([64.229.160.36]) by tomts8-srv.bellnexxia.net (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000927004846.DXJD29984.tomts8-srv.bellnexxia.net@HSE-MTL-ppp62067.qc.sympatico.ca> for ; Tue, 26 Sep 2000 20:48:46 -0400 Received: from localhost ([127.0.0.1] helo=HSE-MTL-ppp62067.qc.sympatico.ca ident=brnstnd@kramden.acf.nyu.edu) by HSE-MTL-ppp62067.qc.sympatico.ca with smtp (Exim 3.16 #1 (Debian)) id 13e5PR-0000Qo-00 for ; Tue, 26 Sep 2000 20:49:17 -0400 Sender: stark@HSE-MTL-ppp62067.qc.sympatico.ca To: control@bugs.debian.org Subject: reassigning my own bug to a maintainer that's more likely to care :) From: Gregory Stark Date: 26 Sep 2000 20:49:06 -0400 Message-ID: <87n1guvev1.fsf@HSE-MTL-ppp62067.qc.sympatico.ca> Lines: 5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: control@bugs.debian.org reassign 7886 emacs20 -- greg   Reply sent to Rob Browning <rlb@cs.utexas.edu>:
You have taken responsibility.   -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Rob Browning Bcc: debian-bugs-closed@lists.debian.org Subject: Bug#7886: marked as done (emacs: Emacs doesn't know what to do with ISO_Left_Tab) Message-ID: In-Reply-To: <87elx13ip1.fsf@raven.localnet> References: <87elx13ip1.fsf@raven.localnet> X-Debian-PR-Message: closed 7886 Your message dated 14 Feb 2001 00:03:06 -0600 with message-id <87elx13ip1.fsf@raven.localnet> and subject line emacs: Emacs doesn't know what to do with ISO_Left_Tab has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Darren Benham (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 7 Mar 1997 05:12:16 +0000 Received: (qmail 8454 invoked from network); 7 Mar 1997 05:12:14 -0000 Received: from g62-99.citenet.net (brnstnd@kramden.acf.nyu.edu@207.183.46.99) by master.debian.org with SMTP; 7 Mar 1997 05:12:14 -0000 Received: by g62-99.citenet.net id m0w2rou-0008gkC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 7 Mar 1997 00:03:52 -0500 (EST) Message-Id: Date: Fri, 7 Mar 1997 00:03:52 -0500 (EST) From: Greg Stark To: submit@bugs.debian.org X-Debian-CC: bug-gnu-emacs@prep.ai.mit.edu, report@XFree86.org, gsstark@mit.edu Subject: X key binding of shift tab on XFree86 3.2 (ISO_Left_Tab) Package: xbase Version: 3.2-3 In GNU Emacs 19.34.1 (i386-debian-linux-gnu, X toolkit) of Wed Aug 28 1996 on maneki-neko configured using `configure --prefix=/usr --with-pop=yes --with-x=yes --with-x-toolkit=lucid i386-debian-linux' On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure it isn't relevant) seems to bind tab by default such that shift-tab generates "ISO_Left_Tab" which i've never heard of, but presumably emacs should interpret that as the emacs key binding "backtab" or perhaps just ignore it and handle it as shift-tab. I'm partial to the former, but then i suggested emacs should map shift-tab to backtab if it's bound in any case, which you didn't like. It also seems like XLookupString should probably generate a TAB character so that programs can notice that it's a tab character with the shift modifier pressed but i'm not really sure if that's the right approach. Here's some relevant output from xmodmap -pk and xev: 23 0xff09 (Tab) 0xfe20 (ISO_Left_Tab) KeyPress event, serial 21, synthetic NO, window 0x1c00001, root 0x2b, subw 0x0, time 3006375125, (129,32), root:(210,113), state 0x1, keycode 23 (keysym 0xfe20, ISO_Left_Tab), same_screen YES, XLookupString gives 0 characters: "" --------------------------------------- Received: (at 7886-done) by bugs.debian.org; 14 Feb 2001 06:03:08 +0000 From rlb@cs.utexas.edu Wed Feb 14 00:03:07 2001 Return-path: Received: from dsl-198-92-137-161.constant.com [::ffff:198.92.137.161] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14Sv1v-0004Z9-00; Wed, 14 Feb 2001 00:03:07 -0600 Received: from raven.localnet (raven.localnet [192.168.1.7]) by dsl-198-92-137-161.constant.com (Postfix) with ESMTP id 8B47017CE2 for <7886-done@bugs.debian.org>; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Received: by raven.localnet (Postfix, from userid 1000) id 48163140B8; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Sender: rlb@cs.utexas.edu To: 7886-done@bugs.debian.org Subject: emacs: Emacs doesn't know what to do with ISO_Left_Tab From: Rob Browning Date: 14 Feb 2001 00:03:06 -0600 Message-ID: <87elx13ip1.fsf@raven.localnet> Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: 7886-done@bugs.debian.org > On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure > it isn't relevant) seems to bind tab by default such that shift-tab > generates "ISO_Left_Tab" which i've never heard of, but presumably > emacs should interpret that as the emacs key binding "backtab" or > perhaps just ignore it and handle it as shift-tab. I'm partial to > the former, but then i suggested emacs should map shift-tab to > backtab if it's bound in any case, which you didn't like. I don't feel this is an Emacs bug (or really a bug at all, per-se). Debian's Emacs is AFAIK behaving as intended. X generates an ISO_Left_Tab, and Emacs interprets it as such. If you try a "C-h k" and then hit shift-left-tab, emacs will tell you you that S-iso-lefttab is undefined, which appears to be the upstream default, and you get similar results for C-tab and C-shift-tab. As far as I can tell, this is what the authors intended. If you like, you can bind the shifted left tab to an action with global-set-key or local-set-key in your .emacs, but changing this globally for Debian would cause Debian's Emacs to behave differently from Emacs running on other platforms, and that's something that should be minimized whenever possible. Please let me know if you'd like to discuss this further. Thanks -- Rob Browning PGP=E80E0D04F521A094 532B97F5D64E3930   Notification sent to Greg Stark <gsstark@mit.edu>:
Bug acknowledged by developer.   -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Greg Stark Subject: Bug#7886 acknowledged by developer (emacs: Emacs doesn't know what to do with ISO_Left_Tab) Message-ID: In-Reply-To: References: <87elx13ip1.fsf@raven.localnet> X-Debian-PR-Message: they-closed 7886 This is an automatic notification regarding your Bug report #7886: emacs: Emacs doesn't know what to do with ISO_Left_Tab, which was filed against the emacs20 package. It has been closed by one of the developers, namely Rob Browning . Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer directly, or email 7886@bugs.debian.org or me. Darren Benham (administrator, Debian Bugs database) Received: (at 7886-done) by bugs.debian.org; 14 Feb 2001 06:03:08 +0000 From rlb@cs.utexas.edu Wed Feb 14 00:03:07 2001 Return-path: Received: from dsl-198-92-137-161.constant.com [::ffff:198.92.137.161] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14Sv1v-0004Z9-00; Wed, 14 Feb 2001 00:03:07 -0600 Received: from raven.localnet (raven.localnet [192.168.1.7]) by dsl-198-92-137-161.constant.com (Postfix) with ESMTP id 8B47017CE2 for <7886-done@bugs.debian.org>; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Received: by raven.localnet (Postfix, from userid 1000) id 48163140B8; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Sender: rlb@cs.utexas.edu To: 7886-done@bugs.debian.org Subject: emacs: Emacs doesn't know what to do with ISO_Left_Tab From: Rob Browning Date: 14 Feb 2001 00:03:06 -0600 Message-ID: <87elx13ip1.fsf@raven.localnet> Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: 7886-done@bugs.debian.org > On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure > it isn't relevant) seems to bind tab by default such that shift-tab > generates "ISO_Left_Tab" which i've never heard of, but presumably > emacs should interpret that as the emacs key binding "backtab" or > perhaps just ignore it and handle it as shift-tab. I'm partial to > the former, but then i suggested emacs should map shift-tab to > backtab if it's bound in any case, which you didn't like. I don't feel this is an Emacs bug (or really a bug at all, per-se). Debian's Emacs is AFAIK behaving as intended. X generates an ISO_Left_Tab, and Emacs interprets it as such. If you try a "C-h k" and then hit shift-left-tab, emacs will tell you you that S-iso-lefttab is undefined, which appears to be the upstream default, and you get similar results for C-tab and C-shift-tab. As far as I can tell, this is what the authors intended. If you like, you can bind the shifted left tab to an action with global-set-key or local-set-key in your .emacs, but changing this globally for Debian would cause Debian's Emacs to behave differently from Emacs running on other platforms, and that's something that should be minimized whenever possible. Please let me know if you'd like to discuss this further. Thanks -- Rob Browning PGP=E80E0D04F521A094 532B97F5D64E3930   Received: (at 7886-done) by bugs.debian.org; 14 Feb 2001 06:03:08 +0000 From rlb@cs.utexas.edu Wed Feb 14 00:03:07 2001 Return-path: Received: from dsl-198-92-137-161.constant.com [::ffff:198.92.137.161] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 14Sv1v-0004Z9-00; Wed, 14 Feb 2001 00:03:07 -0600 Received: from raven.localnet (raven.localnet [192.168.1.7]) by dsl-198-92-137-161.constant.com (Postfix) with ESMTP id 8B47017CE2 for <7886-done@bugs.debian.org>; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Received: by raven.localnet (Postfix, from userid 1000) id 48163140B8; Wed, 14 Feb 2001 00:03:06 -0600 (CST) Sender: rlb@cs.utexas.edu To: 7886-done@bugs.debian.org Subject: emacs: Emacs doesn't know what to do with ISO_Left_Tab From: Rob Browning Date: 14 Feb 2001 00:03:06 -0600 Message-ID: <87elx13ip1.fsf@raven.localnet> Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: 7886-done@bugs.debian.org > On Xfree86 3.2 (actually 3.2A with some patches, but i'm pretty sure > it isn't relevant) seems to bind tab by default such that shift-tab > generates "ISO_Left_Tab" which i've never heard of, but presumably > emacs should interpret that as the emacs key binding "backtab" or > perhaps just ignore it and handle it as shift-tab. I'm partial to > the former, but then i suggested emacs should map shift-tab to > backtab if it's bound in any case, which you didn't like. I don't feel this is an Emacs bug (or really a bug at all, per-se). Debian's Emacs is AFAIK behaving as intended. X generates an ISO_Left_Tab, and Emacs interprets it as such. If you try a "C-h k" and then hit shift-left-tab, emacs will tell you you that S-iso-lefttab is undefined, which appears to be the upstream default, and you get similar results for C-tab and C-shift-tab. As far as I can tell, this is what the authors intended. If you like, you can bind the shifted left tab to an action with global-set-key or local-set-key in your .emacs, but changing this globally for Debian would cause Debian's Emacs to behave differently from Emacs running on other platforms, and that's something that should be minimized whenever possible. Please let me know if you'd like to discuss this further. Thanks -- Rob Browning PGP=E80E0D04F521A094 532B97F5D64E3930