From: Samuel Wales <samologist@gmail.com>
To: Kevin Vigouroux <ke.vigouroux@laposte.net>, help-gnu-emacs@gnu.org
Subject: Re: Switch buffers without modifying the buffer list ordering?
Date: Fri, 25 Mar 2022 15:25:53 -0700 [thread overview]
Message-ID: <CAJcAo8soOAweAZt7uSm2Lo9FX6-74OGWyRmsYh7yL03dA_ez-Q@mail.gmail.com> (raw)
In-Reply-To: <87fsp2zmc9.fsf@laposte.net>
fwiw i also have similar issues as i have f keys bound to next and
prev buffers and want things like recent stuff nearby.
others know more, but i think the buffer list is only partly under
user control. if you go through contortions like a loop or somthing
it might be possible to do anything you want with it, but that's more
of a workaround than an actual control of it.
to address your subject header q, windows and buffers are different.
but ime various operations can change the buffer list unexpectedly, as
evidenced by familairity with it used in a use case where you use next
and prev a lot. switching windows might be one of them. also a lot
of commands do bury-buffer.
i have noticed tht a strange operation that seems outwardly like it
should maybe be a noop someties fixes the problem of a buffer
"disappearing" from the buffer list [i.e. going to someplace that is
not nearby wrt next and prev].
i have also noticed that emacs treats buffers differently in the
buffer list if they have different names. i am not sure about leading
spc buffers, but *buffers* are definitely treated differently. i
think they can disappear more.
i have resorted to doing the seeming noop in defadvice and in ariosu
places just to guard superstitiously against the disappearing buffer
problem. idk if tht problem is related to yours, but it probably is.
here it is
(switch-to-buffer (current-buffer))
On 2/1/22, Kevin Vigouroux via Users list for the GNU Emacs text
editor <help-gnu-emacs@gnu.org> wrote:
> `buffer-list' displays the buffers in a specific order: the buffer in
> the selected window is displayed first.
>
> I don’t really understand how it works, but we can see that the buffer
> appears at the end of the list when we select another window before
> evaluating the expression `(buffer-list)'.
> --
> Best regards,
> Kevin Vigouroux
>
>
--
The Kafka Pandemic
A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com
next prev parent reply other threads:[~2022-03-25 22:25 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <874k5kncd8.fsf@gmail.com>
2022-02-01 14:35 ` Switch buffers without modifying the buffer list ordering? Kevin Vigouroux via Users list for the GNU Emacs text editor
2022-03-25 22:25 ` Samuel Wales [this message]
2022-03-29 6:03 ` Kevin Vigouroux via Users list for the GNU Emacs text editor
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAJcAo8soOAweAZt7uSm2Lo9FX6-74OGWyRmsYh7yL03dA_ez-Q@mail.gmail.com \
--to=samologist@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=ke.vigouroux@laposte.net \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).