From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Shift selection using interactive spec Date: Wed, 26 Mar 2008 14:26:50 +0100 Message-ID: <86wsnp4nvp.fsf@lola.quinscape.zz> References: <87k5k69p92.fsf@stupidchicken.com> <87bq5gytbi.fsf@stupidchicken.com> <8763vndi0r.fsf@kfs-lx.rd.rdm> <87hcf6ratt.fsf@stupidchicken.com> <878x0if9ul.fsf@stupidchicken.com> <87od9e9gnx.fsf@stupidchicken.com> <87skyo5bvk.fsf@stupidchicken.com> <87skynrin5.fsf@stupidchicken.com> <87iqzju0lq.fsf@kfs-lx.rd.rdm> <851w5xx5ya.fsf@lola.goethe.zz> <87ve3993dt.fsf@jurta.org> <86d4ph67ql.fsf@lola.quinscape.zz> <871w5x66hh.fsf@jurta.org> <868x0565jj.fsf@lola.quinscape.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1206538194 869 80.91.229.12 (26 Mar 2008 13:29:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Mar 2008 13:29:54 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 26 14:30:25 2008 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.50) id 1JeVhe-0006Gl-BN for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 14:30:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeVh2-0002AW-Md for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 09:29:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JeVef-0001G3-53 for emacs-devel@gnu.org; Wed, 26 Mar 2008 09:27:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JeVeZ-0001Cl-IM for emacs-devel@gnu.org; Wed, 26 Mar 2008 09:26:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeVeX-0001Bn-NF for emacs-devel@gnu.org; Wed, 26 Mar 2008 09:26:54 -0400 Original-Received: from mail.quinscape.de ([212.29.44.217]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JeVeW-0005Fh-Fy for emacs-devel@gnu.org; Wed, 26 Mar 2008 09:26:52 -0400 Original-Received: (qmail-ldap/ctrl 5733 invoked from network); 26 Mar 2008 13:26:50 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by ns.quinscape.de (qmail-ldap-1.03) with SMTP for ; 26 Mar 2008 13:26:50 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id C8B7D8FC5B; Wed, 26 Mar 2008 14:26:50 +0100 (CET) In-Reply-To: ("Johan =?iso-8859-1?Q?Bockg=E5rd=22's?= message of "Wed, 26 Mar 2008 14:14:45 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.3-2; AVE: 7.6.0.75; VDF: 7.0.3.77; host: quinx) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:93530 Archived-At: bojohan+news@dd.chalmers.se (Johan Bockg=E5rd) writes: > David Kastrup writes: > >> The interactive specifications are made part of _functions_ for a >> reason, even though it makes it somewhat harder to extract them >> explicitly (using interactive-form). It is inconsistent to attach >> stuff like that to a property-list that is more or less incidentally >> part of a symbol that might or might not be the accessor to a function >> cell. > > Too late ;) > >> (call-interactively 'woozle) >> >> currently is equivalent to >> >> (call-interactively (symbol-function 'woozle)) > > (defun foo (&optional x) (interactive) x) > > (fset 'bar 'foo) > (put 'bar 'interactive-form '(interactive (list 1))) > > (call-interactively 'bar) > =3D> 1 > > (call-interactively (symbol-function 'bar)) > =3D> nil If your point is that a single inconsistency should be sufficient excuse to open the floodgates, that actually is a strong argument _against_ introducing _any_ inconsistency. And it means that we should probably get rid of that earlier inconsistency. --=20 David Kastrup