From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#4041: 23.0.92; Emacs 23: buffer point is no longer frame-local Date: Sat, 08 Oct 2011 16:12:54 +0200 Message-ID: <83wrcfefmh.fsf@gnu.org> References: <20090805001735.1CC041E844E@localhost> <4E745DAE.5040808@gmx.at> <4E8EA522.9090300@gmx.at> <4E8F3040.1060409@gmx.at> <4E904ED1.8090906@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1318083261 22640 80.91.229.12 (8 Oct 2011 14:14:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 8 Oct 2011 14:14:21 +0000 (UTC) Cc: larsi@gnus.org, stevey@google.com, 4041@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 08 16:14:15 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1RCXfK-0003gB-2k for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Oct 2011 16:14:14 +0200 Original-Received: from localhost ([::1]:49642 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCXfJ-0005GK-JS for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Oct 2011 10:14:13 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:56851) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCXfD-0005Fx-Tj for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2011 10:14:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RCXf9-0004cp-4B for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2011 10:14:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56463) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCXf8-0004ch-Ug for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2011 10:14:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RCXf8-0000Ic-8y for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2011 10:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Oct 2011 14:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4041 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 4041-submit@debbugs.gnu.org id=B4041.13180832261123 (code B ref 4041); Sat, 08 Oct 2011 14:14:01 +0000 Original-Received: (at 4041) by debbugs.gnu.org; 8 Oct 2011 14:13:46 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RCXer-0000I3-GD for submit@debbugs.gnu.org; Sat, 08 Oct 2011 10:13:46 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RCXen-0000GY-CR for 4041@debbugs.gnu.org; Sat, 08 Oct 2011 10:13:43 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LSR00H002XE3W00@a-mtaout22.012.net.il> for 4041@debbugs.gnu.org; Sat, 08 Oct 2011 16:12:57 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.91.138]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LSR00G283HILY70@a-mtaout22.012.net.il>; Sat, 08 Oct 2011 16:12:57 +0200 (IST) In-reply-to: <4E904ED1.8090906@gmx.at> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 08 Oct 2011 10:14:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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:52421 Archived-At: > Date: Sat, 08 Oct 2011 15:23:29 +0200 > From: martin rudalics > Cc: Lars Magne Ingebrigtsen , 4041@debbugs.gnu.org > > Having "two or more windows open to the same buffer" sounds like a > reasonable condition. The problem is that you might have no window > showing the buffer and still want to restore the previous window > position. That's why `switch-to-prev-buffer' is superior to any > `switch-to-buffer' changing solution. Notwithstanding Lars' argument > that people are used to C-x b, tell me why `switch-to-prev-buffer' > (combined with `switch-to-next-buffer') doesn't do what you want. It doesn't do what I want because it doesn't accept a buffer argument. So I'm forced to try the previous buffers one by one, in the LIFO order, until I find the one I have in mind. And if I then want to go back to one of those I visited on the way, I need either use switch-to-next-buffer (if I happen to remember how far "forward" that buffer is) or make the full circle, including *scratch* and *Messages*, before I get there. So I don't think switch-to-next/prev-buffer can be a convenient solution to this problem. What is necessary is a way to switch to a buffer by name and have the window remember its previous window-point. If the buffer was never displayed in this window, "C-x b" should choose some value of window-point that was used before and is not already displayed in some other window. (If there's a window for every possible value of window-point for the buffer, i.e. the user opens yet another window with the same buffer, just choose one of the values, e.g., the first or the last.) For the important use case of having 2 windows with the same buffer, this strategy will do _exactly_ what the user wants. > > The problem with today's "existing-window" behavior is that if you > > have window T displaying buffer B on frame F at buffer position P, > > then you can not sustain a *persistent* working location P' in any > > other window U on F. By "persistent", I specifically mean that in > > window U, if I switch temporarily away to another buffer and then > > back, I want to go back to P'. Today it takes me to P: I have lost > > my working location in U. > > Not with `switch-to-prev-buffer' ;-) Yes, but it works satisfactorily only if you switch between 2 buffers in the same window. Switch to a third, and you are screwed. (And, btw, why aren't those 2 functions documented in the user manual?)