From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#23131: switch-to-buffer-other-frame problem Date: Mon, 28 Mar 2016 13:22:46 +0200 Message-ID: <56F91406.2080304@gmx.at> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1459164204 30364 80.91.229.3 (28 Mar 2016 11:23:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Mar 2016 11:23:24 +0000 (UTC) To: jan , 23131@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 28 13:23:13 2016 Return-path: Envelope-to: geb-bug-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 1akVGK-0000o1-TN for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2016 13:23:13 +0200 Original-Received: from localhost ([::1]:40272 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akVGK-0000y9-1h for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Mar 2016 07:23:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akVGF-0000xT-Dn for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 07:23:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akVGA-0003hi-NG for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 07:23:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43710) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akVGA-0003hc-KR for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 07:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1akVGA-0000la-Ge for bug-gnu-emacs@gnu.org; Mon, 28 Mar 2016 07:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Mar 2016 11:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23131-submit@debbugs.gnu.org id=B23131.14591641792923 (code B ref 23131); Mon, 28 Mar 2016 11:23:02 +0000 Original-Received: (at 23131) by debbugs.gnu.org; 28 Mar 2016 11:22:59 +0000 Original-Received: from localhost ([127.0.0.1]:40837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akVG6-0000l5-Vz for submit@debbugs.gnu.org; Mon, 28 Mar 2016 07:22:59 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:49349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akVG5-0000ko-2d for 23131@debbugs.gnu.org; Mon, 28 Mar 2016 07:22:57 -0400 Original-Received: from [192.168.1.100] ([212.95.7.40]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MaV3V-1aQVYx3QWv-00KAfe; Mon, 28 Mar 2016 13:22:50 +0200 In-Reply-To: X-Provags-ID: V03:K0:RwE0mmlmaeYUu9CcbTBWXj/Vh+d3V0pYSUJGx9anZK30eBbJ6y7 Q1CXbZCshQMJS9jHVnVSZYZTJ5TRQDGX7368cdBGHKVbTUTa21hOwyW3O7HwbPwEyb4Grbi patOaIadmvHa9m0ADG23GDvL4ST/fxzJA85fg6MLeuhtiHWxTLYyLaVpOFY2zSnb/Lq5e8f g40IUtf2J89sKkGkHlXZw== X-UI-Out-Filterresults: notjunk:1;V01:K0:GlT7aSV+wm0=:vZNPkIv3B0HtxGlpo6EA8x QGLTsvxTLCwo/j3JPOrE5P3TrT4EhuoZavIW/g5Jvns3yY4aGJluBmf+IcjhiH2AS15b66miz PrgX7NtDoCYazo70aXxmB0QFEwx4gnAYnsMxiypukAyvZS2odfw31F6nG2WWL1fJgQi6wXoxT 2jKTumymsEizw9RW2PEpTaXAB53yd00mob8H7P1zJy7+/9brxMoCoS5qn8M4AY8IUkWzY/slg 93TV1GW0bG/obsWstna9E3WXKxC4utf72CR6u6X3XJmXJgquVAZzHOGw5jecQmtmbd6gFcyab 0ml9Yx9zd972WsnevkUjsNtWMqdYi+cABg6G1q2I0P+BCDcSbHOV3t6EM289U3O7oANoHXZ0D Nt9aXs8A4XzvBRHwaiSJikFChEJ5hajq3Jrh/JYgFuLaPAUVRT2yyLEY95mgMQI1VUTuZdzp5 UvdAEJPQFXh31rH+ScsbWmRpsj5TQ88P6ye2RmB7yqJmSpc5VaCI2HqxDtxgDYnGYK94jzSUB TJByNRjOrSN3mcO/VDSkiYUpWIoGv6DI4b13kgJP4ireO782cs49elWdnoqmEs0ZJJBGLs9Q+ QqOEwwAfP4BZa2uhXPKNkwBlFnFADYa7gPLb5PrvZNucV3X/AwSAfQ8SdBN6SgJ3S+eJJqarj wMNoYpOIoMbr3M+kzn9RwBkKTyMwku2QIqgfj8aPAVld6tPIZFsatbrP+tUD0jpGfx3MgN1a0 GbIWOH0gfOn08S29CkUQBjgQm+uahNVg4tUGzc4RyxLGg7HHX5FzWD34JH4WGb14Ntp9A3IS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115630 Archived-At: > e.g Start emacs, then drag a file (say sample.txt) onto it. File opens= fine. > > Type C-x 5 b > > - minibuffer shows > "Switch to buffer in other frame (default *GNU Emacs*):" > > I type "sam" [tab key for completion] > > - minibuffer says > "Switch to buffer in other frame (default *GNU Emacs*): sam[No Match]"= > > odd. If I remove the "sam" I just typed then type '?' to show the > buffer list, it opens a 2nd buffer at the bottom and shows > > Possible completions are: > *GNU Emacs* > *Messages* > *scratch* > > which does not show sample.txt, which is definitly there as I can see > it open in the buffer at the top. If, in this situation, you type C-x b, Emacs won't offer you sample.txt as completion either. Ditto for =E2=80=98switch-to-buffer-other-window=E2= =80=99. It's difficult to say what the correct behavior should be. I never use the buffer switching commands, so I have no preference. But I suppose that some people would complain if C-x b offered them the buffer already shown in the selected window as possible completion. So where would you draw the line? Basically, to switch to a buffer already shown in a window W, I wouldn't type C-x b but use C-x o to get there. To show the buffer shown in W in another window on the same frame, I'd type C-x 2 in W. To show the buffer shown in W in a window on another frame, I'd type C-x 5 2 in W. > Also, the behaviour is apparently broken if the current buffer/window = is split: > > a. open sample.txt > b. C-x 2 -- split window in 2, top and bottom > c. C-x 5 b -- try to get 2nd frame > d. sample.txt -- type in full filename in minibuffer > e. 2nd frame does *not* appear, cursor jumps to top of split window, > even if was originally in bottom. > > can reproduce? Why don't you just use C-x 5 2 here? Anyway, this happens because of the last two forms in (defvar display-buffer--other-frame-action '((display-buffer-reuse-window display-buffer-pop-up-frame) (reusable-frames . 0) (inhibit-same-window . t)) which OT1H inhibit using the selected window and OTOH, since we have no value for =E2=80=98reusable-frames=E2=80=99 to exclude the selected frame= from the list of reusable frames, allows reusing the window on the bottom. If people think that it's worth fixing this, we would probably have to invent a new alist entry like =E2=80=98inhibit-same-frame=E2=80=99. That= change might be obtrusive though, so I would not ardently recommend it for emacs-25. martin