Bug#235652: xbase-clients: key remaped with xmodmap fails to respond as expected to shifting

2004-03-03 Thread Dave Harding 
On Mon, Mar 01, 2004 at 08:54:03PM +0100, Denis Barbier wrote:
 On Mon, Mar 01, 2004 at 12:55:25PM -0500, Dave Harding wrote:
  Package: xbase-clients
  Version: 4.3.0-2
  Severity: normal
  
  Pressing backspace generates \ when pressed as expected.
  Pressing Shift+backspace does not generate |, as expected.  Pressing
  Shift+|\ also does not generate |.  This behavior has been
  reported to function as expected to me since at lease XFree 3.3.x 
  but not =4.3

 I believe that this is due to /etc/X11/xkb/symbols/pc/pc:
   key BKSP {
   type=CTRL+ALT,
   symbols[Group1]= [ BackSpace,   Terminate_Server ]
   };
 and thus is not a bug.

Thank you and I appologize for my inabilty to locate that information on
my own.  I was still curious as to the change of behavior between
versions of XFree86 prior to 4.3.  I examined the change log available
at: 
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/CHANGELOG?rev=HEAD

In the changelog I found: 

675. Fix some problems with the addition of multi-layout scheme to
  xkb: some keys that aren't 'alphabetic' should be treated as
  such to allow CapsLock+Shift working as expected; sometimes it
  is required to load an include file more than once due to
  multi-layout configuration, also fix some typos (#5545, Ivan Pascal).

674. XKB programable 'special combinations' (such as Ctrl+Alt+key)
   also send usual key evants (press and release).  Although the
   keysym generated in this case is NoSymbol such events can confuse
   some applications (#5546, Ivan Pascal).

And seeming most relevant to this bug:

672. Temporarily enable the hard-coded Ctrl-Alt-Backspace terminate
  sequence until a better fallback mechanism is implemented (Egbert
  Eich).
  
These appear to be under the XFree86 4.2.99.3 (21 December 2002)
release.

If setting the type to TWO_LEVEL works without breaking anything (as 672
implies) it would seem this, or the previous behavior of treating BKSP
as a regular key[1] should be the default behavior.

[1] /etc/X11/xkb/symbols/us on XFree86 Version 4.2.1.1 (Debian
4.2.1-12.1 20031003005825 [EMAIL PROTECTED]):
snip
 key BKSP {[   BackSpace   ]   };
/snip

You've empowered me with the knowledge of how to make the changes
myself.  I don't know enough about XFree86 to determine if the fallback
mechanism that caused the original hardcoding of the Ctrl+Alt-Backspace
has been implimented.  If it has I would suspect the hardcoding of being
a bug, as it is no longer what the developers intended.  If the fallback
feature has not been implemented... perhaps this should be wishlist?

Anyhow I leave it to your providence as a DD and I again thank you for
your forthcoming help,

-Dave

Bug#235652: xbase-clients: key remaped with xmodmap fails to respond as expected to shifting

2004-03-01 Thread Dave Harding 
Package: xbase-clients
Version: 4.3.0-2
Severity: normal

When remapping the \| key to the Backspace key and vice versa on a standard 
US 104 keyboard using:

xmodmap -e 'keycode 22 = backslash bar'
xmodmap -e 'keycode 51 = BackSpace'

Pressing backspace generates \ when pressed as expected.
Pressing Shift+backspace does not generate |, as expected.  Pressing
Shift+|\ also does not generate |.  This behavior has been
reported to function as expected to me since at lease XFree 3.3.x 
but not =4.3

Output of xev after remaping, upon pressing backspace:

KeyPress event, serial 25, synthetic NO, window 0x1c1,
root 0x48, subw 0x0, time 4265320, (674,173), root:(677,243),
state 0x0, keycode 22 (keysym 0x5c, backslash), same_screen YES,
XLookupString gives 1 bytes:  \


Output of xev after remaping, upon pressing Shift+Backspace:

KeyPress event, serial 25, synthetic NO, window 0x1c1,
root 0x48, subw 0x0, time 4298603, (795,168), root:(798,238),
state 0x1, keycode 22 (keysym 0x5c, backslash), same_screen YES,
XLookupString gives 1 bytes:  \


This appears to be distro  kernel independant, leading me to beleive
it's a problem in the upstream code. 

A report under Red Hat 9:
https://www.redhat.com/archives/xfree86-list/2003-September/msg00028.html

Also the bug is present in NetBSD, here's the build info:

XFree86 Version 4.3.0.1
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: NetBSD/i386 1.6ZG [ELF] The NetBSD Foundation,
Inc.
Build Date: 19 December 2003
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present

Cheers,

-Dave


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.3-1077171141-dah-ganymede
Locale: LANG=C, LC_CTYPE=C

Versions of packages xbase-clients depends on:
ii  cpp   4:3.3.3-2  The GNU C preprocessor (cpp)
ii  libc6 2.3.2.ds1-11   GNU C Library: Shared libraries an
ii  libdps1   4.3.0-2Display PostScript (DPS) client li
ii  libexpat1 1.95.6-8   XML parsing C library - runtime li
ii  libfontconfig12.2.1-16   generic font configuration library
ii  libfreetype6  2.1.7-2FreeType 2 font engine, shared lib
ii  libice6   4.3.0-2Inter-Client Exchange library
ii  libncurses5   5.3.20030719-5 Shared libraries for terminal hand
ii  libpng12-01.2.5.0-5  PNG library - runtime
ii  libsm64.3.0-2X Window System Session Management
ii  libstdc++51:3.3.3-1  The GNU Standard C++ Library v3
ii  libxaw7   4.3.0-2X Athena widget set library
ii  libxcursor1   1.0.2-4X Cursor management library
ii  libxext6  4.3.0-2X Window System miscellaneous exte
ii  libxft2   2.1.2-5FreeType-based font drawing librar
ii  libxi64.3.0-2X Window System Input extension li
ii  libxmu6   4.3.0-2X Window System miscellaneous util
ii  libxmuu1  4.3.0-2lightweight X Window System miscel
ii  libxpm4   4.3.0-2X pixmap library
ii  libxrandr24.3.0-2X Window System Resize, Rotate and
ii  libxrender1   0.8.3-5X Rendering Extension client libra
ii  libxt64.3.0-2X Toolkit Intrinsics
ii  libxtrap6 4.3.0-2X Window System protocol-trapping 
ii  libxtst6  4.3.0-2X Window System event recording an
ii  libxv14.3.0-2X Window System video extension li
ii  xlibmesa-gl [libgl1]  4.3.0-2Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu [libglu1]4.3.0-2Mesa OpenGL utility library [XFree
ii  xlibs 4.3.0-2X Window System client libraries m
ii  xlibs-data4.3.0-2X Window System client data
ii  zlib1g1:1.2.1-4  compression library - runtime

-- no debconf information

Bug#235652: xbase-clients: key remaped with xmodmap fails to respond as expected to shifting

2004-03-01 Thread Denis Barbier 
On Mon, Mar 01, 2004 at 12:55:25PM -0500, Dave Harding wrote:
 Package: xbase-clients
 Version: 4.3.0-2
 Severity: normal
 
 When remapping the \| key to the Backspace key and vice versa on a 
 standard US 104 keyboard using:
 
 xmodmap -e 'keycode 22 = backslash bar'
 xmodmap -e 'keycode 51 = BackSpace'
 
 Pressing backspace generates \ when pressed as expected.
 Pressing Shift+backspace does not generate |, as expected.  Pressing
 Shift+|\ also does not generate |.  This behavior has been
 reported to function as expected to me since at lease XFree 3.3.x 
 but not =4.3

Hi,

I believe that this is due to /etc/X11/xkb/symbols/pc/pc:
  key BKSP {
  type=CTRL+ALT,
  symbols[Group1]= [ BackSpace,   Terminate_Server ]
  };
and thus is not a bug.

You have to set type to TWO_LEVEL if you want Shift+backspace to produce
a bar.  For the record, I proposed in
  
http://lists.debian.org/debian-user-french/2004/debian-user-french-200402/msg01539.html
a solution (in French, but it mostly consists of shell commands) for
someone who needed to customize his function keys without root access.
I will be glad to learn if there are better alternatives to customize
XKB.

Denis