From xemacs-m  Sun May 18 16:07:22 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id QAA11438
	for <xemacs-beta@xemacs.org>; Sun, 18 May 1997 16:07:21 -0500 (CDT)
Received: from Corp.Sun.COM ([129.145.35.78]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id OAA15117 for <xemacs-beta@xemacs.org>; Sun, 18 May 1997 14:21:27 -0700
Received: from legba.Corp.Sun.COM by Corp.Sun.COM (SMI-8.6/SMI-5.3)
	id OAA27879; Sun, 18 May 1997 14:07:34 -0700
Received: by legba.Corp.Sun.COM (SMI-8.6/SMI-SVR4)
	id OAA14892; Sun, 18 May 1997 14:07:32 -0700
To: Hrvoje Niksic <hniksic@srce.hr>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: DEL patch, as promised.
References: <bciaflv2kuv.fsf@corp.Sun.COM> <kigiv0jrthb.fsf@jagor.srce.hr> <bci67wj2dqa.fsf@corp.Sun.COM> <kighgg25pjk.fsf@jagor.srce.hr>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: Gary.Foster@Corp.Sun.COM (Gary D. Foster)
Date: 18 May 1997 14:07:31 -0700
In-Reply-To: Hrvoje Niksic's message of 17 May 1997 13:03:11 +0200
Message-ID: <bcihgg01obw.fsf@corp.Sun.COM>
Lines: 43
X-Mailer: Gnus v5.4.52/XEmacs 20.2

> You misunderstand.  I have no doubt that your solution *works*.  Yes,
> with both my and your setup.  But are you really ready to convince the
> Lisp writers out there to use `define-key' for all keys but one?

No, actually *YOU* misunderstand.

define-key STILL works in this setup.  You can still be (in my
opinion) a bad citizen and (define-key...) to your heart's content and 
it will *work* just like it does now.

I'm merely *adding* a hook to a NEW function and keeping
compatibility with everything previous.

I would never presume to break (define-key) behavior.  HOWEVER, I
might point out that not only does (define-key) still work,
global-set-key *WORKS* now too, and it did NOT work well before
specifically BECAUSE everyone under the sun felt compelled to do a
define-key in their local mode maps (which I might stress *AGAIN* that 
they can STILL do.)

Please point out to me behavior that my patch takes AWAY from you that 
is critical to your functions...

The ability to delete backwards with the delete key?

	Nope.  Hell, I don't even change the default so if that's the
way you're used to running you won't notice a change at all...

The ability to define-key the delete key to do anything you want it to 
do?

	Nope.

Anything else?

Oh, I might add that I made another change ... I thought it might be a 
good idea (after listening to some other people's suggestions) to use
the x-keysym-on-keyboard-p function to check for the presence of a
backspace key... now (at least in X mode) if you have a delete key and 
don't have a backspace key, the delete key will still erase backwards
no matter which way you set up the option checkbox.

-- Gary F.

