From: Richard Stallman <rms@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: `buffer-list' and the frame-parameter `buffer-predicate'
Date: Fri, 16 Aug 2002 22:50:58 -0600 (MDT) [thread overview]
Message-ID: <200208170450.g7H4owO08637@wijiji.santafe.edu> (raw)
In-Reply-To: <m3u1lu7j9x.fsf@ID-87814.user.dfncis.de> (message from Oliver Scholz on Fri, 16 Aug 2002 20:27:00 +0200)
for all the rest of my editing. The effect of my mode should be that
all functions for buffer-listing or buffer-switching in the Gnus-frame
show only resp. apply only to the *Group*, *Summary*, *Article* and
the message-buffers, while exactly those buffer are not visible in the
other frame. In other words: it would seem as if Gnus were running in
a separate instance of Emacs, while, of course, it still _is_ the same
instance with all the benefits implied by this.
Do you mean that C-x b would hide the existence of other buffers?
Would it simply refuse to show them in completion?
Would it refuse to switch to them if you specify their names?
What about C-x C-b?
The other question is, why is this feature useful? If you want to use
a certain frame only for Gnus, you could simply choose not to switch
to any other buffer in that frame. If that is not a sufficient
solution to the problem, could you tell me why not?
The big, big problem is that this bypasses functions like
`save-buffers-kill-emacs', too. And exactly this makes it unusable.
Why is that a problem? It seems like a feature to me.
I guess the question is, are you trying to improve your own
convenience as a user, or are you trying to create a mode which will
truly "fool" a user into thinking that two separate Emacses are running?
next prev parent reply other threads:[~2002-08-17 4:50 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-16 18:27 `buffer-list' and the frame-parameter `buffer-predicate' Oliver Scholz
2002-08-16 20:15 ` Robert J. Chassell
2002-08-17 4:50 ` Richard Stallman [this message]
2002-08-17 11:19 ` Oliver Scholz
2002-08-17 12:54 ` Alex Schroeder
2002-08-17 15:33 ` Oliver Scholz
2002-08-18 6:31 ` Richard Stallman
2002-08-18 17:24 ` Kai Großjohann
2002-08-18 21:12 ` Oliver Scholz
2002-08-18 18:26 ` Oliver Scholz
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=200208170450.g7H4owO08637@wijiji.santafe.edu \
--to=rms@gnu.org \
--cc=emacs-devel@gnu.org \
/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).