* killing completion buffers
@ 2004-01-06 12:37 Kester Clegg
2004-01-06 15:46 ` Mario Domgörgen
0 siblings, 1 reply; 5+ messages in thread
From: Kester Clegg @ 2004-01-06 12:37 UTC (permalink / raw)
Just looked in the manual in the bit about completion - there doesn't
seem to be a way of automatically killing off completion buffers. That
is, the possible completions pop up, I see the one I want and type it.
The file loads but behind it, the completion buffer (and hundreds
others) are still hanging around.
Anyone got any tips?
--
************************************************************************
Kester Clegg Dept. of Computer Science,
Research Assistant (UTC) University of York,
Tel (01904) 43 27 49 email: kester at cs.york.ac.uk
************************************************************************
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: killing completion buffers
2004-01-06 12:37 killing completion buffers Kester Clegg
@ 2004-01-06 15:46 ` Mario Domgörgen
2004-01-06 16:10 ` Bruce Ingalls
0 siblings, 1 reply; 5+ messages in thread
From: Mario Domgörgen @ 2004-01-06 15:46 UTC (permalink / raw)
Kester Clegg <kester@cs.york.ac.uk> writes:
> Just looked in the manual in the bit about completion - there doesn't
> seem to be a way of automatically killing off completion buffers. That
> is, the possible completions pop up, I see the one I want and type it.
> The file loads but behind it, the completion buffer (and hundreds
> others) are still hanging around.
> Anyone got any tips?
Not directly, you can use a timer to kill all buffer you don't want
from time to time, but if you only care about Completion buffers, i
don't understand your problem? Here is just one *Completion* buffer
that is reused every time completion is called....
Mario
--
Chaos reigns within.
Reflect, repent, and reboot.
Order shall return.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: killing completion buffers
2004-01-06 15:46 ` Mario Domgörgen
@ 2004-01-06 16:10 ` Bruce Ingalls
2004-01-06 16:21 ` Mario Domgörgen
0 siblings, 1 reply; 5+ messages in thread
From: Bruce Ingalls @ 2004-01-06 16:10 UTC (permalink / raw)
> Kester Clegg <kester@cs.york.ac.uk> writes:
> I don't understand your problem? [T]Here is just one *Completion* buffer
> that is reused every time completion is called....
Perhaps what is needed is a smarter version of iswitchb that skips *foo*
buffers...
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: killing completion buffers
2004-01-06 16:10 ` Bruce Ingalls
@ 2004-01-06 16:21 ` Mario Domgörgen
2004-01-06 17:39 ` Kester Clegg
0 siblings, 1 reply; 5+ messages in thread
From: Mario Domgörgen @ 2004-01-06 16:21 UTC (permalink / raw)
Bruce Ingalls <bingalls@fit-zones.NO-SPAM.com> writes:
>> Kester Clegg <kester@cs.york.ac.uk> writes:
>> I don't understand your problem? [T]Here is just one *Completion* buffer
>> that is reused every time completion is called....
>
> Perhaps what is needed is a smarter version of iswitchb that skips
> *foo* buffers...
I have iswitchb-buffer-ignore here, but i'm not sure if that is a cvs
feature...
,----[ C-h v iswitchb-buffer-ignore RET ]
| iswitchb-buffer-ignore's value is ("^ ")
|
|
| *List of regexps or functions matching buffer names to ignore.
| For example, traditional behavior is not to list buffers whose names begin
| with a space, for which the regexp is `^ '. See the source file for
| example functions that filter buffernames.
|
| You can customize this variable.
|
| Defined in `iswitchb'.
|
| [back]
`----
Mario
--
Yesterday it worked
Today it is not working
Windows is like that
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: killing completion buffers
2004-01-06 16:21 ` Mario Domgörgen
@ 2004-01-06 17:39 ` Kester Clegg
0 siblings, 0 replies; 5+ messages in thread
From: Kester Clegg @ 2004-01-06 17:39 UTC (permalink / raw)
Mario Domgörgen <kanaldrache@gmx.de> writes:
> I have iswitchb-buffer-ignore here, but i'm not sure if that is a cvs
> feature...
Thanks, that's fine.
--
************************************************************************
Kester Clegg Dept. of Computer Science,
Research Assistant (UTC) University of York,
Tel (01904) 43 27 49 email: kester at cs.york.ac.uk
************************************************************************
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-01-06 17:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-06 12:37 killing completion buffers Kester Clegg
2004-01-06 15:46 ` Mario Domgörgen
2004-01-06 16:10 ` Bruce Ingalls
2004-01-06 16:21 ` Mario Domgörgen
2004-01-06 17:39 ` Kester Clegg
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.