unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* `delete-windows-on' completion list should include only buffers that correspond to FRAME arg
@ 2006-08-26 15:29 Drew Adams
  2006-08-27 14:34 ` Richard Stallman
  0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2006-08-26 15:29 UTC (permalink / raw)


The completion list of command `delete-windows-on' is all buffers -
`interactive' is simply called with "bDelete windows on (buffer): ". Most of
the time, however, many of those buffers have no windows to delete.

It would be better to have `interactive' check the FRAME arg, and propose a
list of buffer candidates for completion that is compatible (consistent)
with FRAME.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: `delete-windows-on' completion list should include only buffers that correspond to FRAME arg
  2006-08-26 15:29 `delete-windows-on' completion list should include only buffers that correspond to FRAME arg Drew Adams
@ 2006-08-27 14:34 ` Richard Stallman
  2006-08-27 15:27   ` `delete-windows-on' completion list should include only buffersthat " Drew Adams
  0 siblings, 1 reply; 4+ messages in thread
From: Richard Stallman @ 2006-08-27 14:34 UTC (permalink / raw)
  Cc: emacs-devel

    The completion list of command `delete-windows-on' is all buffers -
    `interactive' is simply called with "bDelete windows on (buffer): ". Most of
    the time, however, many of those buffers have no windows to delete.

    It would be better to have `interactive' check the FRAME arg, and propose a
    list of buffer candidates for completion that is compatible (consistent)
    with FRAME.

I think it is better to leave this alone.  It could be confusing for
completion to fail to recognize a buffer name.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: `delete-windows-on' completion list should include only buffersthat correspond to FRAME arg
  2006-08-27 14:34 ` Richard Stallman
@ 2006-08-27 15:27   ` Drew Adams
  2006-08-28 22:09     ` Richard Stallman
  0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2006-08-27 15:27 UTC (permalink / raw)


        The completion list of command `delete-windows-on' is all buffers -
        `interactive' is simply called with "bDelete windows on
        (buffer): ". Most of
        the time, however, many of those buffers have no windows to delete.

        It would be better to have `interactive' check the FRAME
        arg, and propose a list of buffer candidates for completion
        that is compatible (consistent) with FRAME.

    I think it is better to leave this alone.  It could be confusing for
    completion to fail to recognize a buffer name.

Could you explain a little more what you mean? I use this in my own code,
with no problem. What do you mean by completion failing to recognize a
buffer name?

All I'm suggesting is to reduce the number of candidate buffer names, not
augment it, by filtering them to make sure that each candidate is in fact
displayed in a window.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: `delete-windows-on' completion list should include only buffersthat correspond to FRAME arg
  2006-08-27 15:27   ` `delete-windows-on' completion list should include only buffersthat " Drew Adams
@ 2006-08-28 22:09     ` Richard Stallman
  0 siblings, 0 replies; 4+ messages in thread
From: Richard Stallman @ 2006-08-28 22:09 UTC (permalink / raw)
  Cc: emacs-devel

My decision is no.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-08-28 22:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-26 15:29 `delete-windows-on' completion list should include only buffers that correspond to FRAME arg Drew Adams
2006-08-27 14:34 ` Richard Stallman
2006-08-27 15:27   ` `delete-windows-on' completion list should include only buffersthat " Drew Adams
2006-08-28 22:09     ` Richard Stallman

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