unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
Subject: (elisp's) buffer.texi:  Vagueness in chapter "The Buffer List"
Date: Sun, 14 Aug 2005 10:22:01 +0000 (GMT)	[thread overview]
Message-ID: <Pine.LNX.3.96.1050814094125.348A-100000@acm.acm> (raw)

Hi, Emacs!

Emacs 21.3, .../lispref/buffers.texi V1.43:

When I evaluate the following form by M-:

  (progn (generate-new-buffer "asdf") (set-buffer "asdf") (buffer-list))

, I find that the new buffer is at the _end_ of the buffer list.  Having
done a set-buffer, I would have expected it to be at the front of the
list.

Would some kind soul please be nice enough to tell me what function I
need here to get my new buffer to the front of the buffer list?  Surely I
don't need to go through a loop calling `bury-buffer' on the other
(infinity - 1) buffers, as suggested in the manual?

#########################################################################

Looking at the fine manual, chapter "The Buffer List" in Elisp, I read
this:

    The "buffer list" is a list of all live buffers.  Creating a buffer
  adds[1] it to this list, and killing a buffer removes it.  The order
  of the buffers in the list is based primarily on[2] how recently each
  buffer has been displayed in the selected window[3].  Buffers move to
  the front of the list when they are selected[4] (selecting a window
  that already displays the buffer counts as selecting the buffer), and
  to the end when they are buried (see `bury-buffer', below). ......

My reactions to it:

[1] Shouldn't this read "adds it to THE END of this list"?
[2] "Based primarily on ..."?  This is very vague, and very irritating.
[3] Surely the Elisp manual (as opposed to the Emacs manual), should say
  what lisp functions change this order, not what user actions.
[4] "when they are selected".  What is the lisp function which does this
  "selection"?  I assumed that it would be `set-buffer', but no.

Thanks in advance for the help!

-- 
Alan Mackenzie (Munich, Germany)

             reply	other threads:[~2005-08-14 10:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-14 10:22 Alan Mackenzie [this message]
2005-08-15  9:47 ` (elisp's) buffer.texi: Vagueness in chapter "The Buffer List" Alan Mackenzie

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=Pine.LNX.3.96.1050814094125.348A-100000@acm.acm \
    --to=acm@muc.de \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).