Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 14:39:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 09:39:48 2023 Received: from localhost ([127.0.0.1]:44285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBc16-0005V3-2V for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 09:39:48 -0500 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:43365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bcclaro@HIDDEN>) id 1rBc13-0005Ud-Cp for 67691 <at> debbugs.gnu.org; Fri, 08 Dec 2023 09:39:46 -0500 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-50c04ebe1bbso2020714e87.1 for <67691 <at> debbugs.gnu.org>; Fri, 08 Dec 2023 06:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1702046366; x=1702651166; darn=debbugs.gnu.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=2WhoDya8xKDRLW5fuDOiub9jKofViJ2u7eC2cH1zAOI=; b=WJi41O82/7+xStpA6XzVVq4Z2jFclfE0nH5+697pg+4XqJEDAVnyJQZwfJhn2KR9ot bKfGmSkM6Td9m8lIZSl4qV2gnhcTdle+UzfUAi34hYM1UOKP1HPwobh2o09nP3AWi1s1 hAErVkMaNuJd85NSeXjP5kSLW+9L2TYDpcc38/fmpdfD0WsszH3Wrb4YHasWvc+HtjW4 HORoiGvWVQl5bZJL74sGgcQFu8SlyGTB9bPX44qR61O/9+oEa/tcB/oEOGIxcXlgghnB U9BFBL6FXCgkyv6VyHy1BH6Cq0rR78IxACcKzawPA2qAl19vKix/jIScN+y5Wbfg++T3 HxAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702046366; x=1702651166; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=2WhoDya8xKDRLW5fuDOiub9jKofViJ2u7eC2cH1zAOI=; b=Vrt2C3gnvBRMntnKw0534lsBKzp6XbWSERFpBLBoeYLKzLTq2/hdJssO+EfG+cPsju /jVZaEp/trPgLXeIokjikJiHHQIJqOVO+/cVP5kvPrWe+ATtlPnymVjmgof9CHz3bu1u wKFTPFz7L6Q3NgGEuriLqrXDTn/k//9WwEDiN1QwqHLKcsFFGDUmBHm8AFruONVlj3F7 mG1ObmsjjsHZk5C92b3KEOCTlfn5W6zsExboa6jUbLz58zowoQBUoaL3r0iTIp8p5mAY NDNKU6kI7ausN+hiAPCQJCXNWkcfIJ+dggowFqynGzSLPiKGRIop7ZXNxB/KBmziR6bg gM3Q== X-Gm-Message-State: AOJu0Yz7ceeOz8La2KOHSdDtx6k4Bu+EKlII3NHzA4PsAwq2CD49XtpE XrkDl1qSiz1mV6JpFrK+diOIT3nMn11+OhT55PyIgmq1HaI= X-Google-Smtp-Source: AGHT+IHqeTRKufFt8cEhxLevuuCtdRSMuyzhIYgi09W7tjNbeOFtYq5EqoFYr950uDMXpG9i4BGtrLhQiqzWvQFoSPQ= X-Received: by 2002:a05:6512:3c96:b0:50b:c50c:dbc4 with SMTP id h22-20020a0565123c9600b0050bc50cdbc4mr227639lfv.0.1702046366069; Fri, 08 Dec 2023 06:39:26 -0800 (PST) MIME-Version: 1.0 References: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> <d336cb5e-43cc-51c2-bb7f-8835ed0df57a@HIDDEN> <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@HIDDEN> In-Reply-To: <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@HIDDEN> From: bcclaro <bcclaro@HIDDEN> Date: Fri, 8 Dec 2023 11:38:49 -0300 Message-ID: <CAPWro-iP2o0L+XXo+iy5yd236B854LVnXqFRu4GVAi=CE1QrDw@HIDDEN> Subject: Re: bug#67691: 29.1.50; Virtual buffers in fido-mode To: 67691 <at> debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000000a7961060c008de8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 67691 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000000a7961060c008de8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > Is a "closed buffer" a "killed buffer"? Indeed. So the feature request would be to keep killed buffers as options to switch to, the idea being that buffers recently used are more likely to be opened than other buffers. The same idea motivates the recentf feature request, the difference being that recent buffers might mean buffers that were opened on a previous Emacs run. This latter feature seems to subsume the former, but I don't know how the actual implementation goes since I use fido-mode =E2=80=94 I just felt like= it would be nice to have recent files and buffers as completion candidates to commands like find-file and switch-to-buffer. Expanding on this, when I am working on a project, I just use project-find-file to find files that are not in the same directory my current buffer is in faster. But if I want to edit a configuration file somewhere, or a file in /tmp, it takes longer to find it, which is something I'm hoping this feature will help alleviate. > Maybe this feature (and also the preceding one, I guess) could be > argued for in terms of changes to Emacs's completion frontend > so that it is available to fido, icomplete, vanilla completion, > and maybe more. Yes, that makes sense to me. > So including files in a buffer list? Seems odd, but then ido had a lot of oddities. > So, if I were to work on something for Fido, it would be that > feature (which, importantly, doesn't mix buffers with files in > the same bag). It is indeed. The feature you describe would make me happy; if I killed the buffer for a file I wouldn't mind find-file'ing the file again if I had this feature to help. On Fri, 8 Dec 2023 at 10:23, Jo=C3=A3o T=C3=A1vora <joaotavora@HIDDEN> w= rote: > On Fri, Dec 8, 2023 at 12:29=E2=80=AFPM Dmitry Gutov <dmitry@HIDDEN> w= rote: > > > > On 08/12/2023 13:27, Jo=C3=A3o T=C3=A1vora wrote: > > >> Also somewhat relevant, from the same question: > > >> > > >>> Is there a way to get recentf entries to be appended after the open > > >>> buffers when I call switch-to-buffer using fido-vertical-mode? > > >> I'm not the OP but I was in need of much the same functionality. > > > Maybe this feature (and also the preceding one, I guess) could be > > > argued for in terms of changes to Emacs's completion frontend > > > so that it is available to fido, icomplete, vanilla completion, > > > and maybe more. But I don't understand exactly what the > > > feature does (though here it seems simpler than in the previous > > > one). > > > > It's the same feature. > > > > I think ido-use-virtual-buffers's docstring has a good explanation. > > > > So, two parts: > > > > - Using entries from recentf in the list of buffers to switch to. > > - Color them differently somehow. > > So including files in a buffer list? Seems odd, but then ido > had a lot of oddities. > > Anyway, I think what I miss most about Ido also solves the > problem of going to recently visited files. In Ido, I could > ido-find-file, type a fragment of a file name and then M-p to > cycle between those old files that match that pattern > > In vanilla completion, icomplete, etc (and this includes fido-mode), > M-p doesn't do this search. The workflow for this appears to be M-r > for previous-matching-history-element but that asks me to input > a regexp, which is not necessarily the completion style I have > configured. Even when I do that, it doesn't seem to work very well, > doesn't seem to go into the recentf list, or at least is confusing > enough that I don't bother trying it. But I still miss that feature > after many years away from Ido. > > So, if I were to work on something for Fido, it would be that > feature (which, importantly, doesn't mix buffers with files in > the same bag). > > Jo=C3=A3o > --0000000000000a7961060c008de8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><span class=3D"gmail-im"><div style=3D"fo= nt-family:garamond,serif;font-size:small" class=3D"gmail_default">> Is a= "closed buffer" a "killed buffer"?</div><div style=3D"= font-family:garamond,serif;font-size:small" class=3D"gmail_default"><br></d= iv></span><div style=3D"font-family:garamond,serif;font-size:small" class= =3D"gmail_default">Indeed. So the feature request would be to keep killed buffers as options to=20 switch to, the idea being that buffers recently used are more likely to=20 be opened than other buffers. The same idea motivates the recentf=20 feature request, the difference being that recent buffers might mean=20 buffers that were opened on a previous Emacs run.=C2=A0</div><div style=3D"= font-family:garamond,serif;font-size:small" class=3D"gmail_default"><br></d= iv><div style=3D"font-family:garamond,serif;font-size:small" class=3D"gmail= _default">This latter feature seems to subsume the former, but I don't know how the= =20 actual implementation goes since I use fido-mode =E2=80=94 I just felt like= it=20 would be nice to have recent files and buffers as completion candidates=20 to commands like find-file and switch-to-buffer. Expanding on this, when I am working on a project, I just use project-find-file to find files=20 that are not in the same directory my current buffer is in faster. But=20 if I want to edit a configuration file somewhere, or a file in /tmp, it=20 takes longer to find it, which is something I'm hoping this feature wil= l help alleviate.<br></div><span class=3D"gmail-im"><div style=3D"font-famil= y:garamond,serif;font-size:small" class=3D"gmail_default"><br></div><div st= yle=3D"font-family:garamond,serif;font-size:small" class=3D"gmail_default">= > Maybe this feature (and also the preceding one, I guess) could be<br>&= gt; argued for in terms of changes to Emacs's completion frontend<br> > so that it is available to fido, icomplete, vanilla completion,<br> > and maybe more.</div><div style=3D"font-family:garamond,serif;font-siz= e:small" class=3D"gmail_default"><br></div></span><div style=3D"font-family= :garamond,serif;font-size:small" class=3D"gmail_default">Yes, that makes se= nse to me.</div><div style=3D"font-family:garamond,serif;font-size:small" c= lass=3D"gmail_default"><br></div><div style=3D"font-family:garamond,serif;f= ont-size:small" class=3D"gmail_default"><span class=3D"gmail-im"><div class= =3D"gmail_default" style=3D"font-family:garamond,serif;font-size:small">>= ; So including files in a buffer list?=C2=A0 Seems odd, but then ido had a = lot of oddities.</div><div class=3D"gmail_default" style=3D"font-family:gar= amond,serif;font-size:small"><br></div><div class=3D"gmail_default" style= =3D"font-family:garamond,serif;font-size:small">> So, if I were to work = on something for Fido, it would be that<br> > feature (which, importantly, doesn't mix buffers with files in<br> > the same bag).<font color=3D"#888888"><br></font></div><div class=3D"g= mail_default" style=3D"font-family:garamond,serif;font-size:small"><br></di= v></span><div class=3D"gmail_default" style=3D"font-family:garamond,serif;f= ont-size:small">It is indeed. The feature you describe would make me happy; if I killed=20 the buffer for a file I wouldn't mind find-file'ing the file again = if I=20 had this feature to help.</div></div></div><br><div class=3D"gmail_quote"><= div dir=3D"ltr" class=3D"gmail_attr">On Fri, 8 Dec 2023 at 10:23, Jo=C3=A3o= T=C3=A1vora <<a href=3D"mailto:joaotavora@HIDDEN">joaotavora@HIDDEN= om</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margi= n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex= ">On Fri, Dec 8, 2023 at 12:29=E2=80=AFPM Dmitry Gutov <<a href=3D"mailt= o:dmitry@HIDDEN" target=3D"_blank">dmitry@HIDDEN</a>> wrote:<br> ><br> > On 08/12/2023 13:27, Jo=C3=A3o T=C3=A1vora wrote:<br> > >> Also somewhat relevant, from the same question:<br> > >><br> > >>> Is there a way to get recentf entries to be appended afte= r the open<br> > >>> buffers when I call switch-to-buffer using fido-vertical-= mode?<br> > >> I'm not the OP but I was in need of much the same functio= nality.<br> > > Maybe this feature (and also the preceding one, I guess) could be= <br> > > argued for in terms of changes to Emacs's completion frontend= <br> > > so that it is available to fido, icomplete, vanilla completion,<b= r> > > and maybe more.=C2=A0 But I don't understand exactly what the= <br> > > feature does (though here it seems simpler than in the previous<b= r> > > one).<br> ><br> > It's the same feature.<br> ><br> > I think ido-use-virtual-buffers's docstring has a good explanation= .<br> ><br> > So, two parts:<br> ><br> > - Using entries from recentf in the list of buffers to switch to.<br> > - Color them differently somehow.<br> <br> So including files in a buffer list?=C2=A0 Seems odd, but then ido<br> had a lot of oddities.<br> <br> Anyway, I think what I miss most about Ido also solves the<br> problem of going to recently visited files.=C2=A0 In Ido, I could<br> ido-find-file, type a fragment of a file name and then M-p to<br> cycle between those old files that match that pattern<br> <br> In vanilla completion, icomplete, etc (and this includes fido-mode),<br> M-p doesn't do this search.=C2=A0 The workflow for this appears to be M= -r<br> for previous-matching-history-element but that asks me to input<br> a regexp, which is not necessarily the completion style I have<br> configured.=C2=A0 Even when I do that, it doesn't seem to work very wel= l,<br> doesn't seem to go into the recentf list, or at least is confusing<br> enough that I don't bother trying it.=C2=A0 But I still miss that featu= re<br> after many years away from Ido.<br> <br> So, if I were to work on something for Fido, it would be that<br> feature (which, importantly, doesn't mix buffers with files in<br> the same bag).<br> <br> Jo=C3=A3o<br> </blockquote></div></div> --0000000000000a7961060c008de8--
bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 14:08:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 09:08:09 2023 Received: from localhost ([127.0.0.1]:44194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBbWT-0004BH-2W for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 09:08:09 -0500 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:58887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <dmitry@HIDDEN>) id 1rBbWQ-0004AY-KV for 67691 <at> debbugs.gnu.org; Fri, 08 Dec 2023 09:08:08 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 011783200A32; Fri, 8 Dec 2023 09:07:44 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 08 Dec 2023 09:07:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1702044464; x=1702130864; bh=d8MBYBdOh+lQrP+wFH6UhoWZ8ZlF8qTCg0E 0adTiZRk=; b=lRIrz5n0HyVACC5xbACofLcax2XxJNlkK/zdxYDuA3q2Rg0s5R6 wLOs6KgnHdrJ4z5C0JOmHTlp8cbOudloXbYhlkGNquefHQ+J6rrkPo7/6L15kq8s K4oOEGKQz4oGWOCFQ70GgALqIln4PFQTuFqX9kdRC7M3mko3ZIqDjkD/omKZZQf2 ZPgQtwUx4cuVi4Ly6Zkz/AoL5Dxj84HRxFzznfoIxZpLLyvBv9aEKTRrbWUmkD38 gcQJi52QdxfagxEbPT65sjVC36+gwEaSZN3w0+rk4/Owkogr2kEEzzAG8Ta5dyI7 aPxWesOTJ0UDoeMx8gJuODBT7uuBuoiDmLg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1702044464; x=1702130864; bh=d8MBYBdOh+lQrP+wFH6UhoWZ8ZlF8qTCg0E 0adTiZRk=; b=WAWj+gc2IPWMMw3ytjMo837Z4Cd6icHvxIqrE7/hlEF+CNwmtd7 VlqEk1870ICx9MFjOHLHcrVBOIDQj1lCLunQ4MJ1bbepO+xlv2LWE8kXhg5DD8QE OEPlSIOSwyrKbqGe+rmcCkq8ksWiQedG2U+x69zygJXd9d2PeTaQuMFaZu7RlGUv z3OsaDVajWXELm2pv0NAxXL0LZNQ3cVaEFFBDfkXe8ojdeAdTt+tSnQUsCZwE/0N i9yJpLSt+En8VENd8KLlahtXCvrR4OVY4dn89h7k93qCzcXWZkGYqVgeJuzdE8Cb LMFDGWSRu0U49vOLIW4e94BrnpqyrHC47oA== X-ME-Sender: <xms:MCNzZWQHiJ7RMbN9xcrwOIoL8VzwYITIIEQuP4ojwqKZDqPEbygU5g> <xme:MCNzZbwZtYYtaAvhczIoh0fJyK6ZPcMDlcTi9N5MD-G9uzkK5i25K52a4E3GTT-go 1e6-WrTGuyk9jjx8LQ> X-ME-Received: <xmr:MCNzZT0168jtJvrqfmkV-agn73AvdS4rb04nLT6ghcGuydeUBzsVu4wDDA-ghaX42q1wKA> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudekiedgieduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhephfffheeljeffgeffueeghfekkedtfffgheejvdegjeettdduheeufffggfef jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: <xmx:MCNzZSDlGR1UvX-4hYarczS1i1vH-oQOWAzU5iMyS3Hvce8agtQ6mA> <xmx:MCNzZfgSpd3kNyUynm7YvFuJaqxZqV4GtwWY4w7aqW3buc-M7QBPFw> <xmx:MCNzZep_2rt76KojMV1IBg3Q8vKVloPP9nxCNBUC9JMs6HCY5hI70w> <xmx:MCNzZXZ0nO7HY9pUuh2Kv-omVOTNzPNQybOWcHXNGNTjdxD5oMfnkA> Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 8 Dec 2023 09:07:43 -0500 (EST) Message-ID: <b7673e56-ea56-2495-067e-f78f223dc499@HIDDEN> Date: Fri, 8 Dec 2023 16:07:40 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#67691: 29.1.50; Virtual buffers in fido-mode Content-Language: en-US To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= <joaotavora@HIDDEN> References: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> <d336cb5e-43cc-51c2-bb7f-8835ed0df57a@HIDDEN> <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@HIDDEN> From: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 67691 Cc: 67691 <at> debbugs.gnu.org, bcclaro <bcclaro@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.9 (---) On 08/12/2023 15:22, João Távora wrote: > On Fri, Dec 8, 2023 at 12:29 PM Dmitry Gutov <dmitry@HIDDEN> wrote: >> >> On 08/12/2023 13:27, João Távora wrote: >>>> Also somewhat relevant, from the same question: >>>> >>>>> Is there a way to get recentf entries to be appended after the open >>>>> buffers when I call switch-to-buffer using fido-vertical-mode? >>>> I'm not the OP but I was in need of much the same functionality. >>> Maybe this feature (and also the preceding one, I guess) could be >>> argued for in terms of changes to Emacs's completion frontend >>> so that it is available to fido, icomplete, vanilla completion, >>> and maybe more. But I don't understand exactly what the >>> feature does (though here it seems simpler than in the previous >>> one). >> >> It's the same feature. >> >> I think ido-use-virtual-buffers's docstring has a good explanation. >> >> So, two parts: >> >> - Using entries from recentf in the list of buffers to switch to. >> - Color them differently somehow. > > So including files in a buffer list? Seems odd, but then ido > had a lot of oddities. Quite. > Anyway, I think what I miss most about Ido also solves the > problem of going to recently visited files. In Ido, I could > ido-find-file, type a fragment of a file name and then M-p to > cycle between those old files that match that pattern This sounds useful, but it's not something that I do, personally. It takes more keypresses and doesn't match the way I think about files and projects anyway. The "virtual buffers" thing sells itself with fast access: you recall the name of a previously open file, and just visit it as if the buffer already existed. If the base file name is unique enough, that's the quickest way to do that. Otherwise, you have to double-check the directory it's in.
bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 13:23:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 08:23:24 2023 Received: from localhost ([127.0.0.1]:44141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBap9-0002H5-Nw for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 08:23:24 -0500 Received: from mail-lf1-x132.google.com ([2a00:1450:4864:20::132]:56755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <joaotavora@HIDDEN>) id 1rBap7-0002Gg-V5 for 67691 <at> debbugs.gnu.org; Fri, 08 Dec 2023 08:23:23 -0500 Received: by mail-lf1-x132.google.com with SMTP id 2adb3069b0e04-50c222a022dso1749494e87.1 for <67691 <at> debbugs.gnu.org>; Fri, 08 Dec 2023 05:23:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1702041783; x=1702646583; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Y3FHXvXJHa1pCsL8lnhfdyfzjThreNHOjYrPruPiiMk=; b=AnuVRlnWrZUpsOYW/3kr54xi3kvK42C26QAoD0A8V0LChw6IZDXnNbdZbzMKbbLqyO KG1nsexrluOUM4HbkBDcPvf8dF20IMkssaUJwO78ss9AX9cfqhIHUYMWCkX3h6jhmEI5 gR4gIRnFNOsnfaTRSbe8Qg08cd6PgZAQ/3mDnuhwfTj7Q6+C8UrTpFCknEyhRSwaJvKB 7t5egoGAMc+Ls1pwmkrxUlDHbwGYLeiBgj7zdcKjf5t+GG3DtWYedCigWR8B6dCpqAgQ jptWJ6GpPSXU40EiiEC97jLdlNfy+LAdkGycmduNKRX+ZtGOZxVI6LLu83gw1FQB4ylQ Y6+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702041783; x=1702646583; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Y3FHXvXJHa1pCsL8lnhfdyfzjThreNHOjYrPruPiiMk=; b=HHxGDHeZiDz1PlhWz9h4OULJuZljSlrIJamxlMeaGPjhHJDrg4yHOYp2/c9GKcbs8I s6N3KLnA9/a+MkTjdoVZQjBv7vNeEji/Yp5r9OEGind+MHLtFWIb8FcQAdMaq9FhMLIp ZvtGP9N9/CpFBwpeM5EM942iBy1PZA5+diTRFnGQoBy/lcTdfEGuh6pKyedCrJXOSCaU fC+D1k1sqDuAV5EMgPuij7xA2LTJDBBfbigDUHogj6VgDPuL0L7mP3+Ziib6vJyEX9Bc TebHMY0xt9rw44pHEVJJPzBvK8AYHHAWRHiJK01sJB5Lrt7pkHnpVCvUNSnNMa7G6Y7S 6X5A== X-Gm-Message-State: AOJu0YwS/BagroZXRDFTJFnQOTjWT5TX9OUB8oRfTR54hoY52Kr2W58n E885QJJlOyn27maHBz8uVnUC3ePqApDaGYpXSno= X-Google-Smtp-Source: AGHT+IG9fbL3VRI1lexPr9xc2gIukthLw0dO6BZXhOejGuUOCXy8ryRHPQPMtAKHi9arVpKK0/4VF2PZ4zC0qtRMevk= X-Received: by 2002:a05:6512:14f:b0:50c:fd2:df13 with SMTP id m15-20020a056512014f00b0050c0fd2df13mr2256290lfo.32.1702041782432; Fri, 08 Dec 2023 05:23:02 -0800 (PST) MIME-Version: 1.0 References: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> <d336cb5e-43cc-51c2-bb7f-8835ed0df57a@HIDDEN> In-Reply-To: <d336cb5e-43cc-51c2-bb7f-8835ed0df57a@HIDDEN> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= <joaotavora@HIDDEN> Date: Fri, 8 Dec 2023 13:22:50 +0000 Message-ID: <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@HIDDEN> Subject: Re: bug#67691: 29.1.50; Virtual buffers in fido-mode To: Dmitry Gutov <dmitry@HIDDEN> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 67691 Cc: 67691 <at> debbugs.gnu.org, bcclaro <bcclaro@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On Fri, Dec 8, 2023 at 12:29=E2=80=AFPM Dmitry Gutov <dmitry@HIDDEN> wro= te: > > On 08/12/2023 13:27, Jo=C3=A3o T=C3=A1vora wrote: > >> Also somewhat relevant, from the same question: > >> > >>> Is there a way to get recentf entries to be appended after the open > >>> buffers when I call switch-to-buffer using fido-vertical-mode? > >> I'm not the OP but I was in need of much the same functionality. > > Maybe this feature (and also the preceding one, I guess) could be > > argued for in terms of changes to Emacs's completion frontend > > so that it is available to fido, icomplete, vanilla completion, > > and maybe more. But I don't understand exactly what the > > feature does (though here it seems simpler than in the previous > > one). > > It's the same feature. > > I think ido-use-virtual-buffers's docstring has a good explanation. > > So, two parts: > > - Using entries from recentf in the list of buffers to switch to. > - Color them differently somehow. So including files in a buffer list? Seems odd, but then ido had a lot of oddities. Anyway, I think what I miss most about Ido also solves the problem of going to recently visited files. In Ido, I could ido-find-file, type a fragment of a file name and then M-p to cycle between those old files that match that pattern In vanilla completion, icomplete, etc (and this includes fido-mode), M-p doesn't do this search. The workflow for this appears to be M-r for previous-matching-history-element but that asks me to input a regexp, which is not necessarily the completion style I have configured. Even when I do that, it doesn't seem to work very well, doesn't seem to go into the recentf list, or at least is confusing enough that I don't bother trying it. But I still miss that feature after many years away from Ido. So, if I were to work on something for Fido, it would be that feature (which, importantly, doesn't mix buffers with files in the same bag). Jo=C3=A3o
bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 12:29:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 07:29:44 2023 Received: from localhost ([127.0.0.1]:44065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBZzD-00061H-VO for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 07:29:44 -0500 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:60301) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <dmitry@HIDDEN>) id 1rBZzB-00060q-As for 67691 <at> debbugs.gnu.org; Fri, 08 Dec 2023 07:29:42 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 949673200A1D; Fri, 8 Dec 2023 07:29:21 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 08 Dec 2023 07:29:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1702038561; x=1702124961; bh=xnOU5ASsKcv8EyQcanjKdcDM6ta79yTv9Fa qWGuaGlo=; b=M9nqZ9ozWe5k+oA1ip2ZlhGgYun1IlCHAaXjnMKlVChXr2JMsEF LPvXQSfBwaHx5tSXgRtLau6LVSEmM3i8B16ae1ggTLLrnreiLWcMiZz5E72jAjT1 PpPojOjAsuvIa5Xy2V6DvMgBVPqA9lSIl0Kk6kJoIqa7t4J2IWP2X4vTlOQJWJ6p aA3npa61ozBBxPbmOPjlPxPT1D/j9QLwWnBQWgPq5iWoVTbl5nIOk1+SoLlIuFnc VBctEQPSnZdL+wsS/pEsXTr2RlYSF7LR0eHS4zx/fF3xKODmLcYvgP4QQU6ucSNx rWEKIwzvQQDAy6672T3vnxSb1CzPAcfiIAQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1702038561; x=1702124961; bh=xnOU5ASsKcv8EyQcanjKdcDM6ta79yTv9Fa qWGuaGlo=; b=g9HF+c19TCjmvKSSjcq57E75EG2+8NSlqACPpFPK4PNv6SR8D+B GSY1X/AfTrvDNT6jU0fajnF6lP+uqdyCjIfjzl6WO6IERgvldeHX+CvjM3BZ9Rh6 zs4QQwXPviV1QOpyrifwDANiClGYZdTRQLubYBL0Ec4wZmLt1ESCCUTw7yo8jI+k D4TDYdrvv/RZ5FF8i8kzdQBbzvh58FowKMuA9tTRIgNe7ZtiyQzINL8OT5I6+3hk i0bJbHIHY8T6p7/2d8eolp2uybvX6jicv7+Nu57L1FjxreKHrvNYKzT3f0gmid0p sWwvDhHmtTepD6evUfwlHHdQg0pM6v5FUIw== X-ME-Sender: <xms:IAxzZThdBiy2k10wTewkiMY_7OhQvdk_3l07wW49Z3kUOdZAvE__gA> <xme:IAxzZQAdDD6qVF4yqevkPsax08fQ4vuv0h1lroEd57mvpRsMiraYWLalc6M7C1IYj ReFzr-T3gfw0cBoxko> X-ME-Received: <xmr:IAxzZTGxlgBtAmYRU-w6-bgJzDyot28nAq8CjmnsgjMb4_hOC12Pcw0sP-E2sCzkJWghvQ> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudekiedggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhephfffheeljeffgeffueeghfekkedtfffgheejvdegjeettdduheeufffggfef jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: <xmx:IAxzZQTkar_WMRkCVDHO6NUuIjV0WznWoa7qkuRsNauZvknygpqIow> <xmx:IAxzZQxyUnGN9mP9wUyMiXKjMPEfSQy-3o4rThGlssztHzQMSy__2w> <xmx:IAxzZW7zh17XgrtS7noVA4qF5illPU3Ly-R6FxejIZdyru3TCxMeKg> <xmx:IQxzZdrrUJw4FUyctCxv_lAvqxAdjgzk8cuhO7u2Cln34qbBNMPcGQ> Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 8 Dec 2023 07:29:18 -0500 (EST) Message-ID: <d336cb5e-43cc-51c2-bb7f-8835ed0df57a@HIDDEN> Date: Fri, 8 Dec 2023 14:29:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#67691: 29.1.50; Virtual buffers in fido-mode Content-Language: en-US To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= <joaotavora@HIDDEN>, bcclaro <bcclaro@HIDDEN> References: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> From: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 67691 Cc: 67691 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.9 (---) On 08/12/2023 13:27, João Távora wrote: >> Also somewhat relevant, from the same question: >> >>> Is there a way to get recentf entries to be appended after the open >>> buffers when I call switch-to-buffer using fido-vertical-mode? >> I'm not the OP but I was in need of much the same functionality. > Maybe this feature (and also the preceding one, I guess) could be > argued for in terms of changes to Emacs's completion frontend > so that it is available to fido, icomplete, vanilla completion, > and maybe more. But I don't understand exactly what the > feature does (though here it seems simpler than in the previous > one). It's the same feature. I think ido-use-virtual-buffers's docstring has a good explanation. So, two parts: - Using entries from recentf in the list of buffers to switch to. - Color them differently somehow.
bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 11:27:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 06:27:47 2023 Received: from localhost ([127.0.0.1]:43961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBZ1H-0003BZ-9K for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 06:27:47 -0500 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:58823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <joaotavora@HIDDEN>) id 1rBZ1E-0003B8-UG for 67691 <at> debbugs.gnu.org; Fri, 08 Dec 2023 06:27:46 -0500 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-50bfd8d5c77so2260653e87.1 for <67691 <at> debbugs.gnu.org>; Fri, 08 Dec 2023 03:27:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1702034846; x=1702639646; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=4+BR4fLzQfNyoLwo2ic+bKVmwrpdPXVppJG9gF2ixNo=; b=aWtvvw9eclGFF6lRAYZ6i2X1+Wl4eEknJaDIhPoFNn7RiM5CLcPZ3P4tQrgaXaOocn R3nHANq96JW9hWTXi7BZ6oYep6UP52PuUq/KDvvq/e7Ls/tG9hXcvzK7w2v0GsAapMET eYVJUAI6HTv3X3ibDJEEC7bIgtGJdL17CTAK66lxRyieexzk4XNXNCzoAsl4ek3TlU2W 6pOr2ASuWJHOzhyHBIxva8/PF9WxMFVblihX0JpPR/Deer4/h75xVzrrovhiMQITookX irbW8VXHratCRx9JE9frwTaEO41d5ymJeBuBCJCM9kUuabupJQDH8HjXWOEeDGHhngEz 7gHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702034846; x=1702639646; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4+BR4fLzQfNyoLwo2ic+bKVmwrpdPXVppJG9gF2ixNo=; b=XNxz1fuwNIIIxT7pOg9+PFrL41e8nDry/59w6dyJWDTENcDa4YjRFv5Gp8TrWiQreS iMDc7BhK/oTojlQ7L9hGQod9tKT/PchHXx11eQnzKwcOeag1pDEN8UxxX0FslBNMEl0m 1pmaxUvHkxh81pd+/46r7+SgzKsLHt9LHhzrmOnwXEfSGXPWse/8feTvdItHNFmH2Yp4 5GLtTuPLaKRVUIdovILSeM9uX3efgDmUzzUivykoyBXfE4iGx8x7dsh4WikEzmUXcOjW e6CDoS+8hBiznUVldqJvmxzKQIDAChrBublKQkbvq2H2v0AmdNJQdnpmy7cO7dK/nCOm hcyA== X-Gm-Message-State: AOJu0Yx7IE9HWQPS3oujwcCixJLgQxD0eRUy2pgRo7TRskjtV9rnS9L0 tTLXmc90vWSzInGxF2Rf3i1/2wn+9NF6PURopJ1yfA6fT90= X-Google-Smtp-Source: AGHT+IHMW5HMe3WxtLoo53phy8hDZ2PUk/v67biWa/yfJNuhSF6530qzIDL+T4A3b3HyIoVm8OhKiyrz0EJEMh+6OXQ= X-Received: by 2002:ac2:4d1b:0:b0:50b:eaf6:225e with SMTP id r27-20020ac24d1b000000b0050beaf6225emr964869lfi.188.1702034845471; Fri, 08 Dec 2023 03:27:25 -0800 (PST) MIME-Version: 1.0 References: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> In-Reply-To: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= <joaotavora@HIDDEN> Date: Fri, 8 Dec 2023 11:27:14 +0000 Message-ID: <CALDnm50gEmKJJ_1ZLeBtsZT+MOoX_tBerMB7xF57oDQO7o2D8Q@HIDDEN> Subject: Re: bug#67691: 29.1.50; Virtual buffers in fido-mode To: bcclaro <bcclaro@HIDDEN> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 67691 Cc: 67691 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On Thu, Dec 7, 2023 at 3:21=E2=80=AFPM bcclaro <bcclaro@HIDDEN> wrote: > > > I've switched from ido to fido and I'm missing the feature of being > > able to open recently closed buffers that ido-mode provided with > > ido-use-virtual-buffers. > > From https://emacs.stackexchange.com/questions/72619/see-virtual-recent-b= uffers-when-switching-with-fido. This almost surely isn't supported in fido, and I don't understand fully what the feature does. I could give ido a shot, but would likely get lost in its options so it's better if you could explain what it does, if possible without concepts such as "virtual buffer", so that more people in this list can follow along. Is a "closed buffer" a "killed buffer"? Keep in mind fido is a relatively poor emulation of ido (hence "fake ido"). It's more of a middle-of-the-road between ido and Emacs's vanilla completion. Fairly close to ido in what regards typing patterns and filtering candidates, much closer to vanilla when it comes to the actions taken on candidates. > Also somewhat relevant, from the same question: > > > Is there a way to get recentf entries to be appended after the open > > buffers when I call switch-to-buffer using fido-vertical-mode? > > I'm not the OP but I was in need of much the same functionality. Maybe this feature (and also the preceding one, I guess) could be argued for in terms of changes to Emacs's completion frontend so that it is available to fido, icomplete, vanilla completion, and maybe more. But I don't understand exactly what the feature does (though here it seems simpler than in the previous one). Jo=C3=A3o
bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 7 Dec 2023 15:20:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 07 10:20:13 2023 Received: from localhost ([127.0.0.1]:42767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rBGAf-0000hV-DA for submit <at> debbugs.gnu.org; Thu, 07 Dec 2023 10:20:13 -0500 Received: from lists.gnu.org ([2001:470:142::17]:46332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bcclaro@HIDDEN>) id 1rBGAd-0000hD-Cs for submit <at> debbugs.gnu.org; Thu, 07 Dec 2023 10:20:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <bcclaro@HIDDEN>) id 1rBGAK-0000s8-Ru for bug-gnu-emacs@HIDDEN; Thu, 07 Dec 2023 10:19:53 -0500 Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <bcclaro@HIDDEN>) id 1rBGAJ-0000PU-5m for bug-gnu-emacs@HIDDEN; Thu, 07 Dec 2023 10:19:52 -0500 Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-50bef9b7a67so948782e87.1 for <bug-gnu-emacs@HIDDEN>; Thu, 07 Dec 2023 07:19:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701962388; x=1702567188; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=OHfD4Mp0CiJsVSHhqVpalqWfnQP+VJvUF3B2b63gBKg=; b=meeIA2j1sKthiyV9RSR3jsG2S7KxgayIrp9NoFgElwTyUvyS/YRIwTdgsi/MIrtTBs aepvHFihzoH6ySlpz9gTG15lllAhHC8KGqihiBxSfCncC6+E/VHogdWUooBoPJiEQxiT Pr0XpmXgxPBLVf+UakKfAYeiy863jcys+vGfIx+9ZEbqY1d9XTHzupzeEPX0D3q6EnOT VE6wsZrCPSMrHf6FiEIfbywQtrK9+z5WoGV8B6FB+wTdAxj9lPrfFOsWSHRU5vJAiApC OtYgmHRfEHorF4D5FVpDlSpSKrkXsij0UxqrBGgIWpyZFYvqkmQVgNYLTMJDwHRjVKbA VT1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701962388; x=1702567188; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=OHfD4Mp0CiJsVSHhqVpalqWfnQP+VJvUF3B2b63gBKg=; b=RwmrSAlEY4Hc1MmOj0x/a4S62j+loqdGnE+Z3UgpscEEpPjLuPVrxWPen94n/2TGRx E8sOdFVbc5LaFuZWffPLV64iHNtZrkE7uFZInt04wyvMbp4DePP/nf99ryhZRO+PCnm/ Ew1rYt1CtVBg3u8BPp3d1lY7T059TcNt6lA3+UldrUd0DMJaL1R297DHCrFCFcqeY2G1 X+6U3UC4eUuqcDMjvEBqJxkR7RLRmG+iEuBffEwTjnpl04XJhER14f/Of0X+iXDXeFKe KDy6YbEqP//Hr1pPmQP2fhBCRK/cNxDEHvIEnjqrmZYtnEssqDaZzSAXGukvFITzrhUC hJFQ== X-Gm-Message-State: AOJu0Yx9ey/t78TDJ6j3lkcY1Dhb8dIOFxxIUOP0YC3V0sJDAWkvQGNz XijrVnZaTyaM718wadLHpU2DCyxuP3KjPxePFwiYxyie X-Google-Smtp-Source: AGHT+IFQ6bE/JBlsXpblUnS6F+A+acpbN9pXR89fD6MfMX9BF0XWy67kmEhIBedh8AQqBOhSfTk0pW90OMvMIIWaSCI= X-Received: by 2002:ac2:5634:0:b0:50b:f302:5e40 with SMTP id b20-20020ac25634000000b0050bf3025e40mr1430543lff.34.1701962387948; Thu, 07 Dec 2023 07:19:47 -0800 (PST) MIME-Version: 1.0 From: bcclaro <bcclaro@HIDDEN> Date: Thu, 7 Dec 2023 12:19:11 -0300 Message-ID: <CAPWro-hU-TE5aJoSOKzXTCMPELhM+V8mCCZEOU=8fqUj4ZjvOA@HIDDEN> Subject: 29.1.50; Virtual buffers in fido-mode To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="0000000000008e0a24060becff88" Received-SPF: pass client-ip=2a00:1450:4864:20::130; envelope-from=bcclaro@HIDDEN; helo=mail-lf1-x130.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) --0000000000008e0a24060becff88 Content-Type: text/plain; charset="UTF-8" > I've switched from ido to fido and I'm missing the feature of being > able to open recently closed buffers that ido-mode provided with > ido-use-virtual-buffers. From https://emacs.stackexchange.com/questions/72619/see-virtual-recent-buffers-when-switching-with-fido . Also somewhat relevant, from the same question: > Is there a way to get recentf entries to be appended after the open > buffers when I call switch-to-buffer using fido-vertical-mode? I'm not the OP but I was in need of much the same functionality. -- Bruno (@odanoburu) --0000000000008e0a24060becff88 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:garamond= ,serif;font-size:small"></div>> I've switched from ido to fido and I= 'm missing the feature of being<br>> able to open recently closed bu= ffers that ido-mode provided with<br>> ido-use-virtual-buffers.<br><br>F= rom <a href=3D"https://emacs.stackexchange.com/questions/72619/see-virtual-= recent-buffers-when-switching-with-fido">https://emacs.stackexchange.com/qu= estions/72619/see-virtual-recent-buffers-when-switching-with-fido</a>.<br><= br>Also somewhat relevant, from the same question:<br><br>> Is there a w= ay to get recentf entries to be appended after the open<br>> buffers whe= n I call switch-to-buffer using fido-vertical-mode?<br><br>I'm not the = OP but I was in need of much the same functionality.<br><br>-- Bruno (@odan= oburu)<br></div> --0000000000008e0a24060becff88--
bcclaro <bcclaro@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#67691; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.