From xemacs-m  Fri May 16 14:32:23 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 OAA22150
	for <xemacs-beta@xemacs.org>; Fri, 16 May 1997 14:32:21 -0500 (CDT)
Received: from Corp.Sun.COM ([129.145.35.78]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id MAA08487 for <xemacs-beta@xemacs.org>; Fri, 16 May 1997 12:45:56 -0700
Received: from legba.Corp.Sun.COM by Corp.Sun.COM (SMI-8.6/SMI-5.3)
	id MAA14136; Fri, 16 May 1997 12:32:29 -0700
Received: by legba.Corp.Sun.COM (SMI-8.6/SMI-SVR4)
	id MAA08222; Fri, 16 May 1997 12:31:44 -0700
To: Hrvoje Niksic <hniksic@srce.hr>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: delbs.el
References: <kigaflv6yt4.fsf@jagor.srce.hr> <bcig1vn2qq0.fsf@corp.Sun.COM> <kig911f6y6j.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: 16 May 1997 12:31:44 -0700
In-Reply-To: Hrvoje Niksic's message of 16 May 1997 20:59:00 +0200
Message-ID: <bcienb72oyn.fsf@corp.Sun.COM>
Lines: 34
X-Mailer: Gnus v5.4.52/XEmacs 20.2

Hrvoje Niksic <hniksic@srce.hr> writes:

> Please, be *very* careful with what you are doing, and I mean it. :-)
> 

Oh, I am.. I am... I'm trying to make very sure that *you* (yes, YOU)
will never even notice it's there. ;)

Just kidding... yes, I'm being very careful to integrate it in such a
manner that unless you *want* to use it, it won't be in your face.
I've got the framework done and I'm testing it out now.  It seems to
work really well, although there's still more work to be done on it.
I'd be more than happy to send you the patch so you can see where I'm
going with it.

If it's any consolation, I spent some time chatting with Ben about it
to get his input on how he would like to see it work so I'm not
exactly proceeding in a vacuumn...

> Can you care to explain how you "destroy the need for delbs"?  For
> some reason, it sounds very ominous to me.

I think that it would be a whole lot easier for me to explain it just
by posting the changes I've done so far and you can take a look.  The
part that is requiring the gentlest touch is to allow for a consistent 
path for overriding the behavior.  I've added a hook in so that
packages like "cc-mode" can use their own functions (such as
c-electric-delete) when and where they choose without tromping on the
other modes and packages.  I'm really pretty pleased so far.

I'll try and get it all pulled together and post the patch this
afternoon if possible.

-- Gary F.

