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#13167: 24.3.50; C-x right C-x left interferes with buffer order Date: Sun, 23 Dec 2012 15:03:25 +0100 Message-ID: <50D70F2D.9050000@gmx.at> References: <878v92n7sg.fsf@mail.jurta.org> <50C9AE21.40904@gmx.at> <8738z9ea1w.fsf@mail.jurta.org> <50CAFE8F.2060903@gmx.at> <87bodv1t0j.fsf@mail.jurta.org> <50CCBC3D.3010504@gmx.at> <87txrmmzk5.fsf@mail.jurta.org> <50CE0EFD.3010505@gmx.at> <87a9tdyqak.fsf@mail.jurta.org> <87fw35vvzf.fsf@mail.jurta.org> <50CF205A.50004@gmx.at> <8738yy77gx.fsf@mail.jurta.org> <50D5D4C4.9090404@gmx.at> <87pq21drau.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356271497 9341 80.91.229.3 (23 Dec 2012 14:04:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Dec 2012 14:04:57 +0000 (UTC) Cc: 13167@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 23 15:05:12 2012 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 1TmmAs-0005WM-3u for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Dec 2012 15:05:06 +0100 Original-Received: from localhost ([::1]:47101 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmmAd-0007AI-VA for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Dec 2012 09:04:51 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmmAV-00079v-WA for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2012 09:04:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmmAP-0005Dz-8H for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2012 09:04:43 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmmAP-0005Dv-5E for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2012 09:04:37 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TmmAn-0006RO-IR for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2012 09:05:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Dec 2012 14:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13167 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13167-submit@debbugs.gnu.org id=B13167.135627144324673 (code B ref 13167); Sun, 23 Dec 2012 14:05:01 +0000 Original-Received: (at 13167) by debbugs.gnu.org; 23 Dec 2012 14:04:03 +0000 Original-Received: from localhost ([127.0.0.1]:56307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tmm9r-0006Pu-A9 for submit@debbugs.gnu.org; Sun, 23 Dec 2012 09:04:03 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:61137) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tmm9o-0006PU-HK for 13167@debbugs.gnu.org; Sun, 23 Dec 2012 09:04:02 -0500 Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Lb72N-1TOSsh2lGT-00kg6i for <13167@debbugs.gnu.org>; Sun, 23 Dec 2012 15:03:34 +0100 Original-Received: (qmail invoked by alias); 23 Dec 2012 14:03:34 -0000 Original-Received: from 62-47-62-46.adsl.highway.telekom.at (EHLO [62.47.62.46]) [62.47.62.46] by mail.gmx.net (mp001) with SMTP; 23 Dec 2012 15:03:34 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+bj40/DZGbK4Pye+6k+YXSFNnseQshYUrfP/8Wl6 unT/zLwBpv/4RS In-Reply-To: <87pq21drau.fsf@mail.jurta.org> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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:68948 Archived-At: > I don't see something analogous in browsers too, but in Emacs > for frame-local buffer lists, burying implies a ring structure > (a circular list) where popping the first buffer from the top of > the ring pushes it to the bottom. It seems that reported problems are > caused by the fact that window-local buffers don't form a circular ring. A circular ring doesn't work here. When I create a new window I have to feed `switch-to-prev-buffer' and `switch-to-next-buffer' with the buffers from the frame's and/or the global buffer list. That's what users expect from the old behavior which IIRC used `other-buffer' for this purpose. And I have to continue to do that whenever I'm at the end of the lists of a window's previous and next buffers. > Firefox's TabMixPlus provides 6 options to focus > after closing the current tab: > > 1. First tab > 2. Left tab > 3. Right tab > 4. Last tab > 5. Opener/right tab > 6. Last opened tab > > Currently `q' in Emacs performs the option 3 "Right tab" that means > to restore the last buffer in the list of previous buffer (or maybe it's > the option 6 "Last opened tab"?). I think it's 6 which is the only navigation-sensitive option. All other options remember only the creation time of tabs and disregard navigation. > But I believe that more useful would be > the option 5 "Opener/right tab" where Opener means the buffer that > initially displayed the current buffer, so `q' should restore it. > If you disagree then maybe this should be configurable in Emacs? This might be a good idea. BTW I'm using option 5 on Firefox and at least 20 times a day I'm profoundly unhappy with it. I already wonder whether the behavior I'd prefer is "Opener/Last opened tab". But it's not easy to compare Firefox tabs to our windows' buffer lists. In particular when you open links in the background like me. martin