From: Tassilo Horn <tassilo@member.fsf.org>
To: Juanma Barranquero <lekktu@gmail.com>
Cc: Leo <sdl.web@gmail.com>, emacs-devel@gnu.org
Subject: Re: Concerning the new `ido-use-virtual-buffers' feature
Date: Wed, 2 Jun 2010 11:55:16 +0200 [thread overview]
Message-ID: <201006021155.18345.tassilo@member.fsf.org> (raw)
In-Reply-To: <AANLkTimhI-ekptbRi3F7ERCizhJEH1V9-6bTmdC_f_HQ@mail.gmail.com>
On Wednesday 02 June 2010 11:28:34 Juanma Barranquero wrote:
> I like the virtual buffers feature, but most of the time I switch to
> an existing bufer, so having a dozen virtual buffers in the list is
> just cruft. `auto' seems like the answer... except when I can not
> remember how the file was named.
Exactly, and then you can hit <tab>.
> > So how about this: <tab> toggles virtual buffers temporarily, and if
> > `ido-use-virtual-buffers' is non-nil, then "no match" enables them,
> > too.
>
> Similar to what I'm proposing, that is, that in `auto' mode, after
> "C-x b", <TAB> should temporarily switch to `always'.
Ah, Leo was the one to change the values back to nil/non-nil back
again. IMO, that fits well with your tab completion idea.
If you don't remember the name, C-x b <tab> will enable the virtual
buffers temporarily. `C-x b foobar' with no match and
ido-use-virtual-buffers set to non-nil will also enable them
temporarily.
I think, that fits our usecases very good.
> > So basically, `ido-use-virtual-buffers' non-nil does what 'auto does
> > with Leo's patch now. There's no way to have virtual buffers per
> > default, which is pretty useless IMHO anyway.
>
> Difficult to say. I wouldn't be surprised to find people who wants the
> virtual buffers to be shown all the time.
Sure, but as this feature has never been in a released emacs version,
now is the time to come up with something that fits at least most
usecases. And the <tab> combined with the "auto if
ido-use-virtual-buffers in non-nil" idea fits the "I want to be
quick/DWIM" as well as the "I want to see what I have" usecases well.
Till now, I cannot imagine any other usecase...
> > I think <tab> should not only enable but toggle, because else I could
> > not create a new buffer "foo.a" if `ido-use-virtual-buffers' is non-nil.
>
> C-o already toggles it, i.e., C-x b foo.a C-o <RET> <RET>
Yes, but <tab> is more convenient, and the behavior I tried to summarize
hopefully tries to minimize the need for toggling, i.e. you only need it
if you want to see all recent files or you want to create a new buffer
which is not associated to a recent file with similar name.
Bye,
Tassilo
next prev parent reply other threads:[~2010-06-02 9:55 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-27 9:56 Concerning the new `ido-use-virtual-buffers' feature Leo
2010-05-27 10:57 ` Tassilo Horn
2010-05-27 18:01 ` Leo
2010-05-27 19:05 ` Tassilo Horn
2010-05-28 1:21 ` Leo
2010-05-28 1:45 ` Leo
2010-05-28 6:21 ` Tassilo Horn
2010-05-28 9:07 ` Leo
2010-05-28 9:26 ` Leo
2010-05-28 10:35 ` Juanma Barranquero
2010-05-28 12:15 ` Leo
2010-05-28 12:29 ` Tassilo Horn
2010-05-29 14:15 ` Leo
2010-06-01 23:54 ` Juanma Barranquero
2010-06-02 3:28 ` Leo
2010-06-02 5:57 ` Juanma Barranquero
2010-06-02 9:43 ` Leo
[not found] ` <AANLkTilMurdEZBA-kiWHlS9-r0VK6W5v@mail.gmail.com>
2011-10-16 10:06 ` Antoine Levitt
2013-07-06 12:57 ` Leo Liu
[not found] ` <201006020842.48913.tassilo@member.fsf.org>
[not found] ` <AANLkTikTDRtnbzNHTzVlMvHyl0pDHuhpQLu5k8Il4vP0@mail.gmail.com>
2010-06-02 8:29 ` Tassilo Horn
2010-06-02 9:28 ` Juanma Barranquero
2010-06-02 9:55 ` Tassilo Horn [this message]
2010-06-02 10:27 ` Juanma Barranquero
-- strict thread matches above, loose matches on Subject: below --
2010-05-26 10:14 Tassilo Horn
2010-05-26 20:59 ` John Wiegley
2010-05-27 6:54 ` Tassilo Horn
2010-05-27 6:57 ` John Wiegley
2010-05-27 8:10 ` Tassilo Horn
2010-05-27 8:26 ` John Wiegley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201006021155.18345.tassilo@member.fsf.org \
--to=tassilo@member.fsf.org \
--cc=emacs-devel@gnu.org \
--cc=lekktu@gmail.com \
--cc=sdl.web@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.