>Number:         26397
>Category:       xsrc
>Synopsis:       xterm takes excessive liberties with ^H
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jul 21 21:14:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Wolfgang S. Rupprecht
>Release:        NetBSD 2.0G
>Organization:
W S Rupprecht Computer Consulting, Fremont CA
>Environment:
	
	
System: NetBSD capsicum.wsrcc.com 2.0G NetBSD 2.0G (WSRCC_ATHLON) #0: Wed Jul 21 01:21:27 PDT 2004 wolfgang@capsicum.wsrcc.com:/usr/src/sys/arch/i386/compile/WSRCC_ATHLON i386
Architecture: i386
Machine: i386
>Description:
	xterm forces a non-desirable mapping onto ^H.

>How-To-Repeat:
	run a -current xterm.  Go into your favorite ascii-terminal
	editor (such as "emacs -nw" and type <control>-H on your
	keyboard (eg. by pressing the control key and the H key
	pressed simultaneously).  Notice that the editor sees ^?.
	(Under gnu emacs it helps to type <control>-Q <control>-H so
	that one enters the literal ^H character.)

	Notice that none of the xterm pull downs ("Backarrow Key
	(BS/DEL)" or "Delete is DEL") seem to stop it from mucking
	with the control characters.  Early X didn't have his lossage.
	
	If I wanted to remap keys I'd do it under xmodmap and map the
	key under all programs.  The fact that xterm takes these
	liberties and doesn't let one turn it off is a rude botch.
	It also makes it impossible to get to the control-H keymaps 
	under gnu-emacs.

>Fix:
	none yet
>Release-Note:
>Audit-Trail:
>Unformatted: