From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: PATCH: Fix IDO interaction with uniquify.el Date: Wed, 5 May 2010 18:47:19 +0200 Message-ID: References: <87k4vf1zdh.fsf@telefonica.net> <87636z1nm7.fsf@telefonica.net> <87d417h0z6.fsf@stupidchicken.com> <87tyujz57h.fsf@telefonica.net> <87ockrz4eu.fsf@telefonica.net> <87pr57uw25.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1273093350 20920 80.91.229.12 (5 May 2010 21:02:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 5 May 2010 21:02:30 +0000 (UTC) Cc: =?UTF-8?Q?=C3=93scar_Fuentes?= , Chong Yidong , emacs-devel@gnu.org To: Leo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 05 23:02:28 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 1O9ljg-0005ux-Eq for ged-emacs-devel@m.gmane.org; Wed, 05 May 2010 23:02:28 +0200 Original-Received: from localhost ([127.0.0.1]:52830 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9ljf-00007Z-O7 for ged-emacs-devel@m.gmane.org; Wed, 05 May 2010 17:02:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O9hlA-0003bI-Gs for emacs-devel@gnu.org; Wed, 05 May 2010 12:47:44 -0400 Original-Received: from [140.186.70.92] (port=49006 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9hl9-0003aB-4v for emacs-devel@gnu.org; Wed, 05 May 2010 12:47:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O9hl7-0001sY-3M for emacs-devel@gnu.org; Wed, 05 May 2010 12:47:43 -0400 Original-Received: from mail-bw0-f225.google.com ([209.85.218.225]:63505) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9hl6-0001ri-UC for emacs-devel@gnu.org; Wed, 05 May 2010 12:47:41 -0400 Original-Received: by bwz25 with SMTP id 25so3178953bwz.8 for ; Wed, 05 May 2010 09:47:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=fWmQJZ+2f0idUkaPfLmcH50ZanZ+r2O3TwsS4acV7x8=; b=vqJDEzqfrCWnhwZu7xmDrIR9NgPz4IUbYQjkmcRwRcDez36glq7BeZjWTznvVSyB+9 ze/KOb8JjYJZebQUSR1BOuhyzo8kKzuKUGqrbUYglFau+pDqxQYOItSZLbYXiPNVCUZG YcB3bZ4uRfa7Iuc6ScHRNHqMLLCMlIJf/DZQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=cRT5Mg8sdXW3hwQSBl+o7aJO63cGN350ljnMZLiDR5yvALX0juGlASOaeZOGkJtIlu amPlcQk414g8Mq0C5dCqj2e8kaCgaaZcl4K5NhXjRK3tFYN+Z5ISr0yiNUjqlhUCpvGM eNK2ahKsBU3Ez/ORw1oeAKZyu54be8nEPztKI= Original-Received: by 10.204.30.208 with SMTP id v16mr6829902bkc.187.1273078059088; Wed, 05 May 2010 09:47:39 -0700 (PDT) Original-Received: by 10.204.84.81 with HTTP; Wed, 5 May 2010 09:47:19 -0700 (PDT) In-Reply-To: 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:124550 Archived-At: On Wed, May 5, 2010 at 14:40, Leo wrote: > I take the point. I have included a patch that fix the bug in a more > general but still cleaner way. Please let me know if it works for you > in both ido and iswitchb too. Thanks. The ido part is not against the trunk. Could you please resend it? As for iswitchb, I don't use it; that said, in my very informal and brief test, yeah, it works as expected. > This is put on hold until FSF received my paper. As soon as that > happens John will push patches from his repo, one of which will also > enable C-k to kill virtual buffers. What does exactly mean "kill virtual buffers"? If you mean removing them from the buffer list, are you going to maintain a separate list, instead of regenerating it from recentf-list anew for each ido-switch-buffer, or are you going to modify recentf-list? As for the duplicate entries, have you implemented it without using uniquify? That does not seem too hard, and it's definitely cleaner. Juanma