From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.devel Subject: Re: `mouse-save-then-kill' changes Date: Mon, 8 Nov 2010 10:11:02 +0100 Message-ID: <20101108091101.GA5199@tomas> References: <7A994E9631EC4CA18888238DFF8EB246@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1289207019 1140 80.91.229.12 (8 Nov 2010 09:03:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 8 Nov 2010 09:03:39 +0000 (UTC) Cc: 'Stefan Monnier' , emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 08 10:03:34 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PFNdR-0000Vl-TQ for ged-emacs-devel@m.gmane.org; Mon, 08 Nov 2010 10:03:30 +0100 Original-Received: from localhost ([127.0.0.1]:59492 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFNdQ-0003hL-Rk for ged-emacs-devel@m.gmane.org; Mon, 08 Nov 2010 04:03:28 -0500 Original-Received: from [140.186.70.92] (port=54978 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFNdM-0003h6-5b for emacs-devel@gnu.org; Mon, 08 Nov 2010 04:03:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PFNdK-0002JO-MY for emacs-devel@gnu.org; Mon, 08 Nov 2010 04:03:23 -0500 Original-Received: from alextrapp1.equinoxe.de ([217.22.192.104]:55741 helo=www.elogos.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PFNdK-0002J4-Hi for emacs-devel@gnu.org; Mon, 08 Nov 2010 04:03:22 -0500 Original-Received: by www.elogos.de (Postfix, from userid 1000) id 2B6A69006D; Mon, 8 Nov 2010 10:11:02 +0100 (CET) Content-Disposition: inline In-Reply-To: <7A994E9631EC4CA18888238DFF8EB246@us.oracle.com> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132445 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Nov 07, 2010 at 08:42:01PM -0800, Drew Adams wrote: > > I obviously can't, since I don't know what you're actually doing. [...] > I don't see how a hook would help, since I want to do something other t= han, not > something in addition to, deleting/killing the region. I can see how a hook would help here: to the programmers of the "layer below" it signals. "careful, the user is supposed to change functionality here". Whereas your approach of flet-binding a function, while cute, would prevent changing any innards of Emacs for the fear of breaking some hack as this. I can understand that that does not fly. A hook -- why not? When the hook is there, don't run those three lines of code. Or more flexible: use an "abnormal hook" and decide depending on the return value of the hook function(s) (they tell the lower layer "I've taken care of this" vs. "Do your own default thing"). Regards - -- tom=C3=A1s -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFM176lBcgs9XrR2kYRArrfAJoDPC9JzUp6WFE8VAAEm4Z2dFgNbgCcCmG2 3qgI7uTy+VyPSNC+7UNmT+U=3D =3DN48m -----END PGP SIGNATURE-----