From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: Keybinding nit
Date: Fri, 20 Oct 2006 12:13:05 -0700 [thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMEEAMCMAA.drew.adams@oracle.com> (raw)
In-Reply-To: <85d58nph4r.fsf@lola.goethe.zz>
This topic seems to me like something that should be discussed after the
release - it apparently involves a possible new feature or two.
FWIW -
I have no objection to `C-x 4 k' and `C-x 5 k' as proposed. I won't use
them, but I don't object to them.
Personally, I do this, which I find sufficient:
`C-x 0' deletes the selected window. If the window is alone in its frame,
then the frame is also deleted. (I use non-nil `pop-up-frames', so windows
are typically alone, and this typically deletes the frame.)
`C-u C-x 0' reads a buffer name with completion, and deletes all windows
showing that buffer, wherever they are. The current buffer is the default.
`C-x k' reads a buffer name with completion, kills the buffer, and deletes
all of its windows. This is used only interactively; it is not a change to
`kill-buffer'.
Interactively, I never need to kill a buffer and keep its window. If I
really want to keep the window, then I just switch to a different buffer,
without killing the first one.
That's really all I need. `C-x 0' gets rid of windows and frames, and `C-x
k' gets rid of buffers and their windows (and frame, if `one-window-p'). I
think the only case it doesn't cover is deleting a frame when there are
multiple windows - for that I do use `C-x 5 0'.
[FWIW2 - When these commands read a buffer name with completion, you can in
fact kill multiple buffers or delete their windows, by using `C-mouse-2' or
`C-RET' in *Completions*.]
prev parent reply other threads:[~2006-10-20 19:13 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-18 15:37 Keybinding nit David Kastrup
2006-10-18 18:29 ` Peter Lee
2006-10-18 23:22 ` Miles Bader
2006-10-19 16:53 ` Kevin Rodgers
2006-10-23 1:43 ` Miles Bader
2006-10-24 22:11 ` Kevin Rodgers
2006-10-24 23:29 ` Miles Bader
2006-10-25 21:38 ` Kevin Rodgers
2006-10-19 12:56 ` Richard Stallman
2006-10-19 13:07 ` David Kastrup
2006-10-19 20:06 ` Nick Roberts
2006-10-19 20:46 ` David Kastrup
2006-10-19 21:19 ` Nick Roberts
2006-10-19 21:37 ` David Kastrup
2006-10-20 16:09 ` Stuart D. Herring
2006-10-20 5:40 ` Jan D.
2006-10-20 7:43 ` David Kastrup
2006-10-20 19:13 ` Drew Adams [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=EIENLHALHGIMHGDOLMIMEEAMCMAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
/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 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.