From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: completion-list-mode-map Date: Thu, 18 Aug 2011 08:57:36 +0200 Message-ID: <4E4CB7E0.6060901@gmx.at> References: <4DEA3F21.2020302@gmail.com> <4E07B9F0.3080102@gmail.com> <4E0F40A1.3020503@gmail.com> <4E0FB543.9040608@gmail.com> <4E13BC5A.2070007@gmail.com> <4E191159.1080501@gmail.com> <4E375A1C.6020108@gmail.com> <87ty9jganp.fsf@stupidchicken.com> <87r54md7yt.fsf@stupidchicken.com> <4E4ABCA1.1060703@gmx.at> <4E4AD90C.4060007@gmx.at> <87hb5h6mg4.fsf@stupidchicken.com> <4E4B848D.1040007@gmx.at> <87fwkzrcvz.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1313650673 23419 80.91.229.12 (18 Aug 2011 06:57:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 18 Aug 2011 06:57:53 +0000 (UTC) Cc: Christoph Scholtes , Stefan Monnier , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 18 08:57:48 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QtwXy-000455-He for ged-emacs-devel@m.gmane.org; Thu, 18 Aug 2011 08:57:46 +0200 Original-Received: from localhost ([::1]:45606 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtwXy-0000Pq-04 for ged-emacs-devel@m.gmane.org; Thu, 18 Aug 2011 02:57:46 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46349) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtwXv-0000Ph-9u for emacs-devel@gnu.org; Thu, 18 Aug 2011 02:57:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtwXu-0004AO-6m for emacs-devel@gnu.org; Thu, 18 Aug 2011 02:57:43 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:50507) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QtwXt-0004AI-ON for emacs-devel@gnu.org; Thu, 18 Aug 2011 02:57:42 -0400 Original-Received: (qmail invoked by alias); 18 Aug 2011 06:57:38 -0000 Original-Received: from 62-47-33-225.adsl.highway.telekom.at (EHLO [62.47.33.225]) [62.47.33.225] by mail.gmx.net (mp019) with SMTP; 18 Aug 2011 08:57:38 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+m19MXqSKmI7dxGYUciYmfL93V4QnfBaqfhJRVm8 1aTgWIdF/nHDU8 User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87fwkzrcvz.fsf@stupidchicken.com> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.23 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143394 Archived-At: >> That function has a quite separate history and is mostly >> `switch-to-buffer' optionally killing or burying the current buffer. > > That is exactly the problem with `quit-window' that is being discussed > in this thread. All I found is that Scholtes said that > > Like I said, I noticed some inconsistencies with the behavior of buffers > > like completion, especially when it comes to quitting and/or killing the > > buffer. Most notably help-mode stands out since it has a view-mode minor > > mode, which maps `q' to `quit-window' and `z' to a scroll function. In > > special-mode buffers I can use `q' to quit (and bury) and `z' to kill, > > which is nice. help-mode requires me to set the view-exit-action to > > `kill' to achieve a similar result, but it is still inconsistent. Could > > we make help-mode derive its map from special-mode also? Or would this > > change the key bindings for help-mode too much? So IIUC he wants the current behavior of `quit-window' extend to help-mode as well. OTOH my personal `special-mode-map' has (defvar special-mode-map (let ((map (make-sparse-keymap))) (suppress-keymap map) (define-key map "q" 'quit-restore-window) ... (define-key map "z" 'kill-this-buffer) map)) so I don't know why you need to conflate the two functions. martin