From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.devel Subject: Re: Shift selection using interactive spec Date: Fri, 28 Mar 2008 18:14:13 +0100 Message-ID: <47ED2765.6040308@gmail.com> 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> <47EA37C7.7080502@gmail.com> <47EADCC4.2000207@gmail.com> <47EC6E9B.90107@hpalace.com> <86prtf2jg0.fsf@lola.quinscape.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1206724959 9933 80.91.229.12 (28 Mar 2008 17:22:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Mar 2008 17:22:39 +0000 (UTC) Cc: juri@jurta.org, M Jared Finder , rms@gnu.org, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 28 18:23:09 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 1JfIIF-00027p-9T for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2008 18:23:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfIHd-0000Mb-Cj for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2008 13:22:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JfIA1-0005hL-Rd for emacs-devel@gnu.org; Fri, 28 Mar 2008 13:14:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JfI9y-0005gu-8u for emacs-devel@gnu.org; Fri, 28 Mar 2008 13:14:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfI9y-0005gr-24 for emacs-devel@gnu.org; Fri, 28 Mar 2008 13:14:34 -0400 Original-Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JfI9q-0000QM-IE; Fri, 28 Mar 2008 13:14:27 -0400 Original-Received: from c83-254-150-27.bredband.comhem.se ([83.254.150.27]:59405 helo=[127.0.0.1]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JfI9o-0002O6-8i; Fri, 28 Mar 2008 18:14:25 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: <86prtf2jg0.fsf@lola.quinscape.zz> X-Antivirus: avast! (VPS 080328-0, 2008-03-28), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.150.27 X-Scan-Result: No virus found in message 1JfI9o-0002O6-8i. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JfI9o-0002O6-8i 6113f3570f37fe73ee9d308ab12fea21 X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) 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:93700 Archived-At: David Kastrup wrote: > If CUA-mode chooses to provide an additional futzing interface for > meddling with external packages, this does not preclude us from using a > proper interface within Emacs itself. David, thanks for the example you provided earlier of how to change the interactive form. However to me it looks like this can not be used directly. It is too complicated. To handle this you would perhaps write simple functions or even a defcustom that modifies the interactive forms for those functions that you want. Maybe a first step would be to agree on a set of functions to modify and read the "move" information? Whether this modifies the interactive form property or some separate property does not IMO make significant difference. The main thing is that it must be easy for the user to handle this. BTW, I think you are mixing two subjects: how to store the "move" information and where to attach this information. I agree that it might sometimes be good to have properties attached to the variable and to the function instead of the symbol.