From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#67691: 29.1.50; Virtual buffers in fido-mode Date: Fri, 8 Dec 2023 11:27:14 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6654"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 67691@debbugs.gnu.org To: bcclaro Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 08 12:28:08 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rBZ1c-0001UD-Q0 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 08 Dec 2023 12:28:08 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rBZ1K-0002Bn-P0; Fri, 08 Dec 2023 06:27:50 -0500 Original-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 ) id 1rBZ1J-0002BN-4a for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2023 06:27:49 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rBZ1I-000092-SI for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2023 06:27:48 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rBZ1V-0003CD-O2 for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2023 06:28:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Dec 2023 11:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67691 X-GNU-PR-Package: emacs Original-Received: via spool by 67691-submit@debbugs.gnu.org id=B67691.170203486712253 (code B ref 67691); Fri, 08 Dec 2023 11:28:01 +0000 Original-Received: (at 67691) by debbugs.gnu.org; 8 Dec 2023 11:27:47 +0000 Original-Received: from localhost ([127.0.0.1]:43961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rBZ1H-0003BZ-9K for submit@debbugs.gnu.org; Fri, 08 Dec 2023 06:27:47 -0500 Original-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 ) id 1rBZ1E-0003B8-UG for 67691@debbugs.gnu.org; Fri, 08 Dec 2023 06:27:46 -0500 Original-Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-50bfd8d5c77so2260653e87.1 for <67691@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) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275754 Archived-At: On Thu, Dec 7, 2023 at 3:21=E2=80=AFPM bcclaro 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