From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Keybinding nit Date: Fri, 20 Oct 2006 12:13:05 -0700 Message-ID: References: <85d58nph4r.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1161380400 4786 80.91.229.2 (20 Oct 2006 21:40:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 Oct 2006 21:40:00 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 20 23:39:57 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gb25j-0005PP-Md for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 23:39:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gb25j-0002Y2-4f for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 17:39:47 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gaznz-0001uk-GD for emacs-devel@gnu.org; Fri, 20 Oct 2006 15:13:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gaznv-0001iw-53 for emacs-devel@gnu.org; Fri, 20 Oct 2006 15:13:18 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gaznu-0001hf-RF for emacs-devel@gnu.org; Fri, 20 Oct 2006 15:13:14 -0400 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gaznt-00078Z-FZ for emacs-devel@gnu.org; Fri, 20 Oct 2006 15:13:14 -0400 Original-Received: from rgmsgw02.us.oracle.com (rgmsgw02.us.oracle.com [138.1.186.52]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id k9KJD7XV015943 for ; Fri, 20 Oct 2006 14:13:07 -0500 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw02.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with SMTP id k9KJD6K8023230 for ; Fri, 20 Oct 2006 13:13:07 -0600 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <85d58nph4r.fsf@lola.goethe.zz> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:60964 Archived-At: 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*.]