From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: other-frame, other-window prefix keys Date: Sun, 09 Aug 2015 12:17:46 -0400 Message-ID: References: <86vbcq2qgc.fsf@stephe-leake.org> <86k2t50ze5.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1439137092 28521 80.91.229.3 (9 Aug 2015 16:18:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Aug 2015 16:18:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 09 18:17:59 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZOTIM-0000HF-QH for ged-emacs-devel@m.gmane.org; Sun, 09 Aug 2015 18:17:58 +0200 Original-Received: from localhost ([::1]:55696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOTIL-0004En-Vc for ged-emacs-devel@m.gmane.org; Sun, 09 Aug 2015 12:17:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59989) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOTII-0004EX-LZ for emacs-devel@gnu.org; Sun, 09 Aug 2015 12:17:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZOTIE-0007yP-QF for emacs-devel@gnu.org; Sun, 09 Aug 2015 12:17:54 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:42795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOTIE-0007yJ-JF for emacs-devel@gnu.org; Sun, 09 Aug 2015 12:17:50 -0400 Original-Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.DIT.UMontreal.CA (8.14.1/8.14.1) with ESMTP id t79GHhO5014584; Sun, 9 Aug 2015 12:17:45 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id B841A660E9; Sun, 9 Aug 2015 12:17:46 -0400 (EDT) In-Reply-To: <86k2t50ze5.fsf@stephe-leake.org> (Stephen Leake's message of "Sun, 09 Aug 2015 01:06:10 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5393=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5393> : inlines <3585> : streams <1485685> : uri <2009766> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:188647 Archived-At: > I agree it would be nice. I think that means redoing all those bindings. > But that's only about 10, so it's doable. That's the idea, yes. > But that doesn't handle third-party additions to the C-x 4/5 prefix > key maps. We could handle third party additions made via ctl-x-4-map and ctl-x-5-map, but indeed, I don't think we can reasonably handle those made via something like (define-key global-map "\C-x4.." ...). But I think this amount of breakage is acceptable (especially if can redirect them to use ctl-x-4-map to be both backward and forward compatible). > More importantly, there is plenty of code that uses switch-to-buffer That's a good point. So we should fix switch-to-buffer to pay attention to display-buffer-overriding-action. > I think you meant C-x 8 C-h f; Right. > I would argue that `describe-function' should not be using > temp-buffer-window-show; the *Help* buffer is _not_ temporary, because > it is _not_ automatically closed; it is left to the user to close it. This is a can of worms. > Is there an "error-hook" that is run for any error? That would be > cleaner. I don't see one in M-x apropos-variable -hook$ Maybe a better solution is to try and generalize the code used for (current-)prefix-arg. >> One other thing: I'd be neat if the echo-area could display the "C-x 7" >> prefix if you wait a couple seconds, like it does for C-u. I have some >> experimental code around somewhere that moves some of that C-u code from >> C so it could be used for C-x 7. > Ok, please send the code; I have no idea how that works. I don't really have a good idea how it works either, mind you. I experimented with it specifically thinking of prefixes like C-x 4, but there are some non-trivial issues. I'll try and dig it up, Stefan