From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.help Subject: Re: I wish list-buffers used my current window when it listed my buffers Date: Sat, 17 Aug 2013 01:24:19 +0200 Message-ID: <87y5811aos.fsf@web.de> References: <0F190770-005F-4DEA-BE5F-4E235FC6BAD9@gmail.com> <00FA1084-C039-4E70-A3D1-BDF18EEB5D17@gmail.com> <87wqnlpxo9.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1376695498 6034 80.91.229.3 (16 Aug 2013 23:24:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Aug 2013 23:24:58 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Aug 17 01:24:58 2013 Return-path: Envelope-to: geh-help-gnu-emacs@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 1VATO4-0007fR-SA for geh-help-gnu-emacs@m.gmane.org; Sat, 17 Aug 2013 01:24:56 +0200 Original-Received: from localhost ([::1]:33509 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VATO4-0001Qq-EK for geh-help-gnu-emacs@m.gmane.org; Fri, 16 Aug 2013 19:24:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VATNo-0001Qk-ET for help-gnu-emacs@gnu.org; Fri, 16 Aug 2013 19:24:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VATNh-0007Eb-4o for help-gnu-emacs@gnu.org; Fri, 16 Aug 2013 19:24:40 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:39817) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VATNg-0007EC-U0 for help-gnu-emacs@gnu.org; Fri, 16 Aug 2013 19:24:33 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VATNf-0007O7-85 for help-gnu-emacs@gnu.org; Sat, 17 Aug 2013 01:24:31 +0200 Original-Received: from ip-90-186-51-161.web.vodafone.de ([90.186.51.161]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Aug 2013 01:24:31 +0200 Original-Received: from michael_heerdegen by ip-90-186-51-161.web.vodafone.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Aug 2013 01:24:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip-90-186-51-161.web.vodafone.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:NUsfTB5iLjrtoGrZhSS5+rkjKSM= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:92944 Archived-At: Jay Cotton writes: > Also, the window behavior prefix command sounds like a neat idea. It > seems like it would have to be either: > > a) different for different commands, in order to maintain existing > differences in prefix args (ie., C-u C-x 'some-command might already > mean something) > > or > > b) obscure enough that it would risk being tedious to use An example: C-x C-b acts according to your default. C-x 4 C-x C-b would pop up a new window and use it. C-x 5 C-x C-b would create a new frame and use it. C-x 4 and C-x 5 are already a prefixes (in the sense of key bindings), but not realized as commands. You would still be able to use prefix args, like C-x 5 C-u 1 C-x C-b > right? A difficult task indeed, I hope I can help somehow. These are future plans. I tried to implement something like this for myself, but discarded it. The concept is easy, but the details are not. For example, if you use C-x 5 before a command that at first reads in a string with completion, do you want your completion list to appear in a new frame when hitting TAB? Probably not. Commands that display multiple new buffers are problematic. Michael.