From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: no-spam@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: bug#5765: Strange things happens with C-v in read-file-name Date: Thu, 29 Apr 2010 13:37:27 +0200 Message-ID: <877hnqpk08.fsf@kfs-lx.rd.rdm> References: <87eij9r6hu.fsf@stupidchicken.com> <87iq8l1mbc.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1272541074 7765 80.91.229.12 (29 Apr 2010 11:37:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 29 Apr 2010 11:37:54 +0000 (UTC) Cc: 5765@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org, Stefan Monnier , "Kim F. Storm" To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 29 13:37:51 2010 connect(): No such file or directory 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 1O7S3z-0006wB-31 for ged-emacs-devel@m.gmane.org; Thu, 29 Apr 2010 13:37:51 +0200 Original-Received: from localhost ([127.0.0.1]:37840 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O7S3y-0002C0-IJ for ged-emacs-devel@m.gmane.org; Thu, 29 Apr 2010 07:37:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O7S3s-0002B0-E8 for emacs-devel@gnu.org; Thu, 29 Apr 2010 07:37:44 -0400 Original-Received: from [140.186.70.92] (port=55605 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O7S3q-00029o-JO for emacs-devel@gnu.org; Thu, 29 Apr 2010 07:37:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O7S3o-00061M-7A for emacs-devel@gnu.org; Thu, 29 Apr 2010 07:37:42 -0400 Original-Received: from ge0.mail1.hoer.dk.ip.fullrate.dk ([90.185.1.42]:62465 helo=smtp.fullrate.dk) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O7S3o-0005zg-1u for emacs-devel@gnu.org; Thu, 29 Apr 2010 07:37:40 -0400 Original-Received: from kfs-lx.rd.rdm.cua.dk (3008ds4-amb.0.fullrate.dk [90.184.173.162]) by smtp.fullrate.dk (Postfix) with SMTP id D0EEF9D3E8; Thu, 29 Apr 2010 13:37:28 +0200 (CEST) In-Reply-To: (Lennart Borgman's message of "Thu, 29 Apr 2010 03:23:35 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124318 Archived-At: Lennart Borgman writes: > Nothing happened to this so I am sending this again. Could this please > be fixed before the release? > > Kim, could you perhaps comment on this? Could the line > > (setq cua-inhibit-cua-keys t) > > be removed? IIRC, the reason for this was the following binding in ido file mode: (define-key map "\C-v" 'ido-toggle-vc) If cua-mode is enabled, C-v is processed by cua (as paste), shadowing the above command. I guess nobody really uses that specific feature of ido. I used to use it a lot back when I wrote ido, but never uses it these days. So the best thing to do would be to remove the above binding - then you can also remove the setting of cua-inhibit-cua-keys. Or just remove the setting of cua-inhibit-cua-keys as you suggest; this effectively makes the other binding a noop if cua-mode is enabled. Kim > > On Thu, Mar 25, 2010 at 3:17 AM, Lennart Borgman > wrote: >> On Wed, Mar 24, 2010 at 9:44 PM, Chong Yidong wr= ote: >>> Lennart Borgman writes: >>> >>>>> Please bisect your customizations to find the minimally reproducible >>>>> test case. >>>> >>>> I have not been able to do that. However I know that I get the same >>>> problem with for example >>>> >>>> =C2=A0 M-: (completing-read "my prompt: " '("a" "b")) >>>> >>>> I can't find any involved variable that looks suspect. Could you maybe >>>> come up with something to check? >>> >>> If this is so simple to reproduce with customizations, I don't see why >>> it should be so difficult to bisect the customizations and find the >>> problem. =C2=A0It's far easier than asking others to deduce the bug from >>> first principles. >> >> >> Of course I have tried that, but I could not find the problem. I >> needed to do certain things after to make it happens. >> >> Now I think I have found the problem. In ido-minibuffer-setup (in >> ido.el) there is a line >> >> =C2=A0 =C2=A0(setq cua-inhibit-cua-keys t) >> >> I have had that commented out for long in my patched version of Emacs, >> but forgot to tell about it. Some merging breaked this. >> >> I see no reason why it should be there. Could it please be removed (or >> commented out) if no one else sees a reason for it? (Then we have to >> find another way to solve this bug.) >> > > > --=20 Kim F. Storm http://www.cua.dk