From: storm@cua.dk (Kim F. Storm)
Cc: tune@bg.wakwak.com, emacs-devel@gnu.org
Subject: Re: improving function "mode-line-unbury-buffer" in bindings.el
Date: 16 Jul 2002 17:08:58 +0200 [thread overview]
Message-ID: <5xr8i3emlx.fsf@kfs2.cua.dk> (raw)
In-Reply-To: <200207161329.g6GDTOb22043@aztec.santafe.edu>
Richard Stallman <rms@gnu.org> writes:
> Somehow, "bury-buffer <f>" doesn't display a buffer which is not
> displayed still once, when there are several buffers which is displayed
> before.
>
> I think you have probably found a real bug, i'm having a lot of
> trouble parsing your explanation. Do you think you could explain the
> problem to handa@etl.go.jp in Japanese? Then he can tell us what's
> wrong.
As I read the bug report, it's quite simple:
Here is what is CLAIMED to happen with bury-buffer:
When you use bury-buffer to bury the buffer in the selected window,
the NEXT buffer to be shown in the selected window is chosen with a
preference to show a buffer which has previously been shown in a
window.
So if you have buffers xyz (in the selected window), *scratch* (shown
before), and *Messages* (not shown before), then:
- doing bury-buffer once will bury xyz and show *scratch*, and
- doing bury-buffer again will bury *scratch* and show xyz.
I.e. *Messages* is not shown as a result of bury-buffer since it has
not been shown before.
The CLAIM is then that (mode-line-)unbury-buffer should not choose to
show *Messages* either, but it may do that.
However, using CVS emacs, I cannot even get bury-buffer to work as
reported, so I'm still not sure what the exact problem is.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
next prev parent reply other threads:[~2002-07-16 15:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-12 1:35 improving function "mode-line-unbury-buffer" in bindings.el Toru Tsuneyoshi
2002-07-14 15:22 ` Richard Stallman
2002-07-14 17:13 ` Toru Tsuneyoshi
2002-07-16 13:29 ` Richard Stallman
2002-07-16 15:08 ` Kim F. Storm [this message]
2002-07-18 14:56 ` Richard Stallman
2002-07-18 16:04 ` Kim F. Storm
2002-07-20 10:38 ` Toru Tsuneyoshi
2002-07-21 20:14 ` Richard Stallman
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=5xr8i3emlx.fsf@kfs2.cua.dk \
--to=storm@cua.dk \
--cc=emacs-devel@gnu.org \
--cc=tune@bg.wakwak.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.