From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: debug-on-entry question Date: Mon, 20 Jun 2005 22:00:39 -0400 Message-ID: References: <87aclllkx9.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1119321377 5354 80.91.229.2 (21 Jun 2005 02:36:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 21 Jun 2005 02:36:17 +0000 (UTC) Cc: drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 21 04:36:15 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DkYcI-0001QX-21 for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2005 04:35:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DkYid-0008Rh-0A for ged-emacs-devel@m.gmane.org; Mon, 20 Jun 2005 22:42:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DkYfx-00076v-Gb for emacs-devel@gnu.org; Mon, 20 Jun 2005 22:39:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DkYbG-0005Wl-8Q for emacs-devel@gnu.org; Mon, 20 Jun 2005 22:34:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DkYam-0005Gb-Vx for emacs-devel@gnu.org; Mon, 20 Jun 2005 22:34:25 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DkY7Y-0001F7-9H for emacs-devel@gnu.org; Mon, 20 Jun 2005 22:04:12 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DkY47-0007pQ-Ca; Mon, 20 Jun 2005 22:00:39 -0400 Original-From: "Richard M. Stallman" Original-To: Juri Linkov In-reply-to: <87aclllkx9.fsf@jurta.org> (message from Juri Linkov on Mon, 20 Jun 2005 07:59:32 +0300) 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:39217 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39217 > For example, a user could define his own version of `b' in `(interactive > "b...")'. Instead of having to find all occurrences of `(interactive > "b...")' and replacing each of them with his own `(interactive (list > (my-read-buffer...)...)...)', he could just redefine what `(interactive > "b...")' means, in a single place. IOW, why not make the "bindings" between > the `interactive' code letters (e.g. `b') and their input-reading functions > available to users? Rewriting it in Lisp implies that you will be able to redefine default code letters easily if you want. I think that allowing customization at that level is asking for trouble. Customizating details of how a specific letter `b' works is not a problem, but letting programs simply redefine these codes is asking for trouble. What if two different packages both define Q but define it in different ways? It is much better if people keep on handling such cases by writing Lisp code as they already have. So aI will not entertain the idea of adding a new feature of this kind.