unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Oliver Scholz <alkibiades@gmx.de>
Subject: Re: `buffer-list' and the frame-parameter `buffer-predicate'
Date: Sat, 17 Aug 2002 17:33:09 +0200	[thread overview]
Message-ID: <m38z355wlm.fsf@ID-87814.user.dfncis.de> (raw)
In-Reply-To: 878z35ir2p.fsf@emacswiki.org

Alex Schroeder <alex@emacswiki.org> writes:

> Perhaps you need to find the variable for ido or iswitch-buffer that
> filters the buffers, and make it frame-local.  Then switching buffers
> will offer different buffers based what frame you are on, without
> interfering with low-level stuff.
[...]

Yes, thank you. I will do something along these lines, if I can not
convince you all, that this is a) a useful feature and that it is b)
useful enough to justify a change in Emacs. Personally I wouldn't even
mind to redefine the critical function of my most beloved
switch-function, if necessary. I guess my main point is, that I think
this is useful as a generalized feature, regardless of the SFDJ
(Switch Function Du Jour) that someone might use.

In fact the history how I came to this idea is as follows: I have
usually six frames: one for Gnus, one for emacs-wiki-mode, one for
eshell and the shell-mode and three for everything else. I simply
maintained those "dedications" for months by refraining to switch to a
buffer of another type, as Richard Stallmann suggested. I found it
always a bit annoying, that I had to stay alert to avoid messing this
setting up. So I decided lately to hack something in my .emacs. While
I was looking up in ido.el, how to do this in the best way, it
occurred to me that something like this as an optional addition might
be an improvement to the user interface of Emacs in general. So
thought a bit about the possibilities this might offer and then I
decided to write a package. I intended to publish it on
gnu.emacs.sources. But in the middle of the work I discovered that my
approach is doomed to fail without a change to Emacs. A quick survey
on gnu.emacs.help revealed nothing better and so -- well -- here I am.

    -- Oliver

-- 
30 Thermidor an 210 de la Révolution
Liberté, Egalité, Fraternité!

  reply	other threads:[~2002-08-17 15:33 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
2002-08-17 11:19   ` Oliver Scholz
2002-08-17 12:54     ` Alex Schroeder
2002-08-17 15:33       ` Oliver Scholz [this message]
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=m38z355wlm.fsf@ID-87814.user.dfncis.de \
    --to=alkibiades@gmx.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).