From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Newsgroups: gmane.emacs.devel Subject: Re: PATCH: Fix IDO interaction with uniquify.el Date: Wed, 5 May 2010 13:40:49 +0100 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: multipart/mixed; boundary=0016e656b6cabf2eb50485d822e2 X-Trace: dough.gmane.org 1273084062 13845 80.91.229.12 (5 May 2010 18:27:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 5 May 2010 18:27:42 +0000 (UTC) Cc: =?ISO-8859-1?Q?=D3scar_Fuentes?= , Chong Yidong , emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 05 20:27:40 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 1O9jJT-0000vj-W0 for ged-emacs-devel@m.gmane.org; Wed, 05 May 2010 20:27:39 +0200 Original-Received: from localhost ([127.0.0.1]:47501 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9jJO-00025q-1H for ged-emacs-devel@m.gmane.org; Wed, 05 May 2010 14:27:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O9duK-00052T-7T for emacs-devel@gnu.org; Wed, 05 May 2010 08:40:56 -0400 Original-Received: from [140.186.70.92] (port=35773 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9duI-00050A-9Y for emacs-devel@gnu.org; Wed, 05 May 2010 08:40:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O9duF-0001JQ-E0 for emacs-devel@gnu.org; Wed, 05 May 2010 08:40:54 -0400 Original-Received: from mail-ww0-f41.google.com ([74.125.82.41]:34731) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9duF-0001Iz-6r for emacs-devel@gnu.org; Wed, 05 May 2010 08:40:51 -0400 Original-Received: by wwe15 with SMTP id 15so574890wwe.0 for ; Wed, 05 May 2010 05:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=yWJ11FHMvp3xlvVtzP3+7f8JSC8N81uQ0DhKPIoYVTc=; b=MqP2tqPprFUnYTFyi3UxjchDgMopXvVuhBWoi4lCgtFlKp4P0A8B1mT17BAs37EQe8 OESJj9vAIcqdmixRiBZNHqxTlKNumbAHfEe70KMwCEATLUhrwyyevQDQzoFQumS5HnZP nTQv1CeL6z4kqX4SF4EETVAEXtnOXNT2Mr0OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tGYyiY7m6Un8rZFr9fsYGdeAqU2Uk2Oyoh9N40pBxcd4KdYjC9f3GBMM67lx5FMQUB +zQWfX7YdipO6Tp/SF9hCvN1AKwhggkHNPbk1hH1SSopc4jykMAg17rgsmg2zpQ1hl/O HIXnjEIHEGYIn0Q/pGEwafeIaMxnGy2GOy4Tk= Original-Received: by 10.227.136.195 with SMTP id s3mr2593426wbt.1.1273063249226; Wed, 05 May 2010 05:40:49 -0700 (PDT) Original-Received: by 10.216.156.139 with HTTP; Wed, 5 May 2010 05:40:49 -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:124542 Archived-At: --0016e656b6cabf2eb50485d822e2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5 May 2010 10:56, Juanma Barranquero 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. > IMHO the virtual buffers feature is still a bit unfinished. For > example, it doesn't support multiple "virtual buffers" for files with > the same name on different directories. There was talk of using > uniquify to fix that, but again, my feeling is that tying ido to > uniquify is unwise; the virtual buffers implementation (on ido) should > fix its own problems in a more generic way. 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. > Just my 0,02=80 > > =A0 =A0Juanma Leo --0016e656b6cabf2eb50485d822e2 Content-Type: application/octet-stream; name="0001-Fix-a-bug-in-both-ido-and-switchb-related-to-killing.patch" Content-Disposition: attachment; filename="0001-Fix-a-bug-in-both-ido-and-switchb-related-to-killing.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g8u4vqt30 RnJvbSA5MDg5NzhiNTFiYjBhNWVkZjBhZjAxYjQyMjIyODg3YWMyY2UxMmE2IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMZW8gPHNkbC53ZWJAZ21haWwuY29tPgpEYXRlOiBXZWQsIDUg TWF5IDIwMTAgMTM6MzM6MTMgKzAxMDAKU3ViamVjdDogW1BBVENIXSBGaXggYSBidWcgaW4gYm90 aCBpZG8gYW5kIHN3aXRjaGIgcmVsYXRlZCB0byBraWxsaW5nIGJ1ZmZlcnMKCmJ5IHJlYnVpbGRp bmcgYnVmZmVyIGxpc3Qgc2luY2UgcGFja2FnZXMgbGlrZSB1bmlxdWlmeSBtYXkgcmVuYW1lCmJ1 ZmZlcnMuCi0tLQogbGlzcC9pZG8uZWwgICAgICB8ICAgMTEgKysrKysrLS0tLS0KIGxpc3AvaXN3 aXRjaGIuZWwgfCAgICA1ICsrKy0tCiAyIGZpbGVzIGNoYW5nZWQsIDkgaW5zZXJ0aW9ucygrKSwg NyBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saXNwL2lkby5lbCBiL2xpc3AvaWRvLmVsCmlu ZGV4IDdjZGViNzAuLjI5OGVjYTcgMTAwNjQ0Ci0tLSBhL2xpc3AvaWRvLmVsCisrKyBiL2xpc3Av aWRvLmVsCkBAIC0zOTY1LDEzICszOTY1LDE0IEBAIElmIGN1cnNvciBpcyBub3QgYXQgdGhlIGVu ZCBvZiB0aGUgdXNlciBpbnB1dCwgZGVsZXRlIHRvIGVuZCBvZiBpbnB1dC4iCiAgICAgKGxldCAo KGVuYWJsZS1yZWN1cnNpdmUtbWluaWJ1ZmZlcnMgdCkKIAkgIChidWYgKGlkby1uYW1lIChjYXIg aWRvLW1hdGNoZXMpKSkpCiAgICAgICAod2hlbiBidWYKLQkoa2lsbC1idWZmZXIgYnVmKQotCTs7 IENoZWNrIGlmIGJ1ZmZlciBzdGlsbCBleGlzdHMuCi0JKGlmIChnZXQtYnVmZmVyIGJ1ZikKKwko aWYgKG51bGwgKGtpbGwtYnVmZmVyIGJ1ZikpCiAJICAgIDs7IGJ1ZmZlciBjb3VsZG4ndCBiZSBr aWxsZWQuCiAJICAgIChzZXRxIGlkby1yZXNjYW4gdCkKLQkgIDs7IGVsc2UgYnVmZmVyIHdhcyBr aWxsZWQgc28gcmVtb3ZlIG5hbWUgZnJvbSBsaXN0LgotCSAgKHNldHEgaWRvLWN1ci1saXN0IChk ZWxxIGJ1ZiBpZG8tY3VyLWxpc3QpKSkpKSkpCisJICA7OyBlbHNlIHJlLWdlbmVyYXRlIHRoZSBi dWZmZXIgbGlzdCB0YWtpbmcgaW50byBhY2NvdW50CisJICA7OyBwYWNrYWdlcyBsaWtlIHVuaXF1 aWZ5IG1heSByZW5hbWUgYnVmZmVycworCSAgKHNldHEgaWRvLXRleHQtaW5pdCBpZG8tdGV4dCkK KwkgIChzZXRxIGlkby1leGl0ICdyZWZyZXNoKQorCSAgKGV4aXQtbWluaWJ1ZmZlcikpKSkpKQog CiA7OzsgREVMRVRFIENVUlJFTlQgRklMRQogKGRlZnVuIGlkby1kZWxldGUtZmlsZS1hdC1oZWFk ICgpCmRpZmYgLS1naXQgYS9saXNwL2lzd2l0Y2hiLmVsIGIvbGlzcC9pc3dpdGNoYi5lbAppbmRl eCBlYTRiMDBkLi40ZTkzOWM1IDEwMDY0NAotLS0gYS9saXNwL2lzd2l0Y2hiLmVsCisrKyBiL2xp c3AvaXN3aXRjaGIuZWwKQEAgLTEwNDIsOCArMTA0Miw5IEBAIFJldHVybiB0aGUgbW9kaWZpZWQg bGlzdCB3aXRoIHRoZSBsYXN0IGVsZW1lbnQgcHJlcGVuZGVkIHRvIGl0LiIKIAkgIChpZiAoZ2V0 LWJ1ZmZlciBidWYpCiAJICAgICAgOzsgYnVmZmVyIGNvdWxkbid0IGJlIGtpbGxlZC4KIAkgICAg ICAoc2V0cSBpc3dpdGNoYi1yZXNjYW4gdCkKLQkgICAgOzsgZWxzZSBidWZmZXIgd2FzIGtpbGxl ZCBzbyByZW1vdmUgbmFtZSBmcm9tIGxpc3QuCi0JICAgIChzZXRxIGlzd2l0Y2hiLWJ1Zmxpc3Qg IChkZWxxIGJ1ZiBpc3dpdGNoYi1idWZsaXN0KSkpKSkpKQorCSAgICA7OyBlbHNlIHJlLWdlbmVy YXRlIHRoZSBidWZmZXIgbGlzdCB0YWtpbmcgaW50byBhY2NvdW50CisJICAgIDs7IHBhY2thZ2Vz IGxpa2UgdW5pcXVpZnkgbWF5IHJlbmFtZSBidWZmZXJzCisJICAgIChpc3dpdGNoYi1tYWtlLWJ1 Zmxpc3QgaXN3aXRjaGItZGVmYXVsdCkpKSkpKQogCiA7OzsgVklTSVQgQ0hPU0VOIEJVRkZFUgog KGRlZnVuIGlzd2l0Y2hiLXZpc2l0LWJ1ZmZlciAoYnVmZmVyKQotLSAKMS43LjAuNAoK --0016e656b6cabf2eb50485d822e2--