From: Michael Welsh Duggan <mwd@md5i.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Thuna <thuna.cing@gmail.com>, emacs-devel@gnu.org
Subject: Re: Allow controlling the effect of visibility on buffer switching
Date: Wed, 26 Jan 2022 23:25:13 -0500 [thread overview]
Message-ID: <87czkdls9i.fsf@md5i.com> (raw)
In-Reply-To: <8335lah77y.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 26 Jan 2022 17:01:05 +0200")
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Thuna <thuna.cing@gmail.com>
>> Cc: emacs-devel@gnu.org
>> Date: Wed, 26 Jan 2022 16:46:32 +0300
>>
>>
>> > Thanks, but why do we need such an option, given that we have
>> > buffer-change history, and so the visible buffers are usually just a
>> > couple of keystrokes away, like M-n?
>>
>> If a buffer is open in multiple windows and one of these windows is
>> momentarily switched off of to look at something else, it is unintuitive
>> for buffer switching to default to a non-visible buffer instead of the
>> previously open buffer. More often than not, a quick [C-x b RET] is,
>> and should be, sufficient for switching buffers. Forcing the user to
>> actively choose the buffer they want introduces unnecessary burden which
>> can be a significant source of distraction over time.
>
> Forcing users to learn too many options is also not a very good idea,
> and we already have gobs of them. So much so that even the head
> maintainers don't remember that many of them exist.
>
> So I'm asking whether "C-x b M-n RET" is not a good enough solution
> for this use case? Does anyone else have an opinion?
I can say that I have wanted this behavior for a long time. I do not
know that I would have considered "M-n" as an option to get this. In
some limited tests that I have done, I have to hit "M-n" twice to get
the desired behavior. I often have the same buffer open in multiple
frames so I can look at different parts of a buffer at the same time. I
really want the buffer history for a window to not consider whether that
buffer is already visible in another frame (which, for me, might be on
another desktop entirely, and, as such, not really visible at all).
--
Michael Welsh Duggan
(md5i@md5i.com)
next prev parent reply other threads:[~2022-01-27 4:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-26 9:10 Allow controlling the effect of visibility on buffer switching Thuna
2022-01-26 13:30 ` Eli Zaretskii
2022-01-26 13:46 ` Thuna
2022-01-26 15:01 ` Eli Zaretskii
2022-01-27 3:18 ` Matt Armstrong
2022-01-27 18:16 ` Thuna
2022-01-27 4:25 ` Michael Welsh Duggan [this message]
2022-01-27 17:09 ` Juri Linkov
2022-01-29 7:48 ` Thuna
2022-01-29 8:14 ` Eli Zaretskii
2022-01-29 8:35 ` Thuna
2022-01-29 9:37 ` Po Lu
2022-01-29 15:27 ` Michael Welsh Duggan
2022-01-29 20:03 ` chad
2022-01-30 7:06 ` Po Lu
2022-01-30 0:31 ` Stefan Monnier
2022-01-30 6:42 ` Eli Zaretskii
2022-01-30 16:08 ` Stefan Monnier
2022-01-30 16:51 ` Eli Zaretskii
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=87czkdls9i.fsf@md5i.com \
--to=mwd@md5i.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=thuna.cing@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.