GNU logs - #13167, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Dec 2012 00:03:02 +0000
Resent-Message-ID: <handler.13167.B.135535697628307 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 13167 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.135535697628307
          (code B ref -1); Thu, 13 Dec 2012 00:03:02 +0000
Received: (at submit) by debbugs.gnu.org; 13 Dec 2012 00:02:56 +0000
Received: from localhost ([127.0.0.1]:39711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TiwGL-0007MS-44
	for submit <at> debbugs.gnu.org; Wed, 12 Dec 2012 19:02:56 -0500
Received: from eggs.gnu.org ([208.118.235.92]:47504)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TiwGF-0007MI-Fs
	for submit <at> debbugs.gnu.org; Wed, 12 Dec 2012 19:02:49 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <juri@HIDDEN>) id 1TiwFR-0005pM-HW
	for submit <at> debbugs.gnu.org; Wed, 12 Dec 2012 19:01:58 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, USER_IN_WHITELIST
	autolearn=unavailable version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:39791)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <juri@HIDDEN>) id 1TiwFR-0005pH-Ef
	for submit <at> debbugs.gnu.org; Wed, 12 Dec 2012 19:01:57 -0500
Received: from eggs.gnu.org ([208.118.235.92]:58866)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <juri@HIDDEN>) id 1TiwFQ-00044y-Ha
	for bug-gnu-emacs@HIDDEN; Wed, 12 Dec 2012 19:01:57 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <juri@HIDDEN>) id 1TiwFP-0005nk-C9
	for bug-gnu-emacs@HIDDEN; Wed, 12 Dec 2012 19:01:56 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:52219
	helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <juri@HIDDEN>) id 1TiwFP-0005nN-6H
	for bug-gnu-emacs@HIDDEN; Wed, 12 Dec 2012 19:01:55 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 1678C451E1B6
	for <bug-gnu-emacs@HIDDEN>; Wed, 12 Dec 2012 16:01:52 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
Date: Thu, 13 Dec 2012 01:37:03 +0200
Message-ID: <878v92n7sg.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no
	timestamps) [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -4.2 (----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.2 (----)

There is something in quit-window and the buffer order
that looks like a regression, but I'm not sure what.
Please dismiss this bug report if there is nothing wrong.

1. emacs -Q
2. C-h C-n       visits NEWS
3. C-x d RET     visits Dired in the directory `etc'
4. v             visits first file in the directory `etc'
5. q
6. q
7. q

Every subsequent `q' restores the previous buffer.
This is correct.

But when this sequence is interspersed with seemingly idempotent
`C-x right C-x left', the buffer order becomes broken:

1. emacs -Q
2. C-h C-n
3. C-x d RET
4. v
5. C-x right   (or C-h e for the same effect)
6. C-x left
7. q

Then `q' displays the buffer `*Messages*' instead of the expected
previous Dired buffer `etc'.  Typing `C-x left' displays it,
but then another `q' displays the buffer `*Messages*' again.

8. C-x left
9. q

Again `*Messages*' instead of the expected NEWS.

10. C-x left
11. q

And again `*Messages*' instead of the expected *scratch*.

So the question is why `*Messages*' gets in the way
in the list of previous buffers.




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Juri Linkov <juri@HIDDEN>
Subject: bug#13167: Acknowledgement (24.3.50; C-x right C-x left
 interferes with buffer order)
Message-ID: <handler.13167.B.135535697628307.ack <at> debbugs.gnu.org>
References: <878v92n7sg.fsf@HIDDEN>
X-Gnu-PR-Message: ack 13167
X-Gnu-PR-Package: emacs
Reply-To: 13167 <at> debbugs.gnu.org
Date: Thu, 13 Dec 2012 00:03:05 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 13167 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
13167: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13167
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Dec 2012 10:31:02 +0000
Resent-Message-ID: <handler.13167.B13167.13553946592727 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.13553946592727
          (code B ref 13167); Thu, 13 Dec 2012 10:31:02 +0000
Received: (at 13167) by debbugs.gnu.org; 13 Dec 2012 10:30:59 +0000
Received: from localhost ([127.0.0.1]:40113 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Tj649-0000ht-9P
	for submit <at> debbugs.gnu.org; Thu, 13 Dec 2012 05:30:58 -0500
Received: from mailout-de.gmx.net ([213.165.64.22]:51747)
	by debbugs.gnu.org with smtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1Tj645-0000hf-CV
	for 13167 <at> debbugs.gnu.org; Thu, 13 Dec 2012 05:30:54 -0500
Received: (qmail invoked by alias); 13 Dec 2012 10:30:00 -0000
Received: from 62-47-56-185.adsl.highway.telekom.at (EHLO [62.47.56.185])
	[62.47.56.185]
	by mail.gmx.net (mp016) with SMTP; 13 Dec 2012 11:30:00 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX18Jo/o9J6oJ6yxd2a3DSpWyAJ0w7uYk0LeAGAObV5
	MPDBppHOWrOtup
Message-ID: <50C9AE21.40904@HIDDEN>
Date: Thu, 13 Dec 2012 11:29:53 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
In-Reply-To: <878v92n7sg.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

 > 1. emacs -Q
 > 2. C-h C-n
 > 3. C-x d RET
 > 4. v
 > 5. C-x right   (or C-h e for the same effect)

`next-buffer' picks a buffer that's not in the window's list of previous
buffers.

 > 6. C-x left

`previous-buffer' picks the buffer that was shown in the window before
the current buffer.

 > 7. q
 >
 > Then `q' displays the buffer `*Messages*' instead of the expected
 > previous Dired buffer `etc'.

This is from the doc-string of `quit-window':

   (3) restore the buffer previously displayed in WINDOW,

which is *Messages*.

 > Typing `C-x left' displays it,
 > but then another `q' displays the buffer `*Messages*' again.
 >
 > 8. C-x left
 > 9. q
 >
 > Again `*Messages*' instead of the expected NEWS.

Again according to the doc-string.

 > 10. C-x left
 > 11. q
 >
 > And again `*Messages*' instead of the expected *scratch*.
 >
 > So the question is why `*Messages*' gets in the way
 > in the list of previous buffers.

Simply because it is the last buffer displayed in that window before the
one you quit.  That's how it was designed and I'm not sure whether we
can do much better.  Why do you never quit the *Messages* buffer in your
scenario?  The semantics of C-x left and C-x right is that you want (or
at least don't mind) to switch back to the old buffer.  The semantics of
`quit-window' is that you don't want to switch back to the old buffer
soon.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 14 Dec 2012 01:06:03 +0000
Resent-Message-ID: <handler.13167.B13167.135544714717380 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135544714717380
          (code B ref 13167); Fri, 14 Dec 2012 01:06:03 +0000
Received: (at 13167) by debbugs.gnu.org; 14 Dec 2012 01:05:47 +0000
Received: from localhost ([127.0.0.1]:41522 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TjJik-0004WB-Ga
	for submit <at> debbugs.gnu.org; Thu, 13 Dec 2012 20:05:46 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:54039
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TjJih-0004Vs-3e
	for 13167 <at> debbugs.gnu.org; Thu, 13 Dec 2012 20:05:43 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 10C0C451E1F3;
	Thu, 13 Dec 2012 17:04:46 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
Date: Fri, 14 Dec 2012 02:45:15 +0200
In-Reply-To: <50C9AE21.40904@HIDDEN> (martin rudalics's message of "Thu, 13
	Dec 2012 11:29:53 +0100")
Message-ID: <8738z9ea1w.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

> Why do you never quit the *Messages* buffer in your scenario?

I can't quit the *Messages* buffer.  Typing `q' inserts the character
`q' to the *Messages* buffer.  But it's good that *Messages* is writable.
The same problem can occur with any other writable buffer.

> The semantics of C-x left and C-x right is that you want (or
> at least don't mind) to switch back to the old buffer.

Typing `C-x left' in the *Messages* buffer in the aforementioned scenario adds
the *Messages* buffer to both (window-prev-buffers) and to (window-next-buffers).
This looks doubtful.  Is this intentional?

> The semantics of `quit-window' is that you don't want to switch back
> to the old buffer soon.

I thought that when a buffer is displayed for the first time
(e.g. with `C-h C-n', or `v' in Dired mode), it sets up `quit-window',
so `q' will be able to return to the buffer that initiated its display.
I didn't expect that `C-x right C-x left' affects `quit-window'.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 14 Dec 2012 10:27:02 +0000
Resent-Message-ID: <handler.13167.B13167.135548078818295 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135548078818295
          (code B ref 13167); Fri, 14 Dec 2012 10:27:02 +0000
Received: (at 13167) by debbugs.gnu.org; 14 Dec 2012 10:26:28 +0000
Received: from localhost ([127.0.0.1]:41928 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TjSTM-0004l1-2b
	for submit <at> debbugs.gnu.org; Fri, 14 Dec 2012 05:26:28 -0500
Received: from mout.gmx.net ([212.227.15.19]:57578)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1TjSTK-0004kv-FH
	for 13167 <at> debbugs.gnu.org; Fri, 14 Dec 2012 05:26:27 -0500
Received: from mailout-de.gmx.net ([10.1.76.19]) by mrigmx.server.lan
	(mrigmx001) with ESMTP (Nemesis) id 0MZic4-1TQ7r72Gbe-00LY4W for
	<13167 <at> debbugs.gnu.org>; Fri, 14 Dec 2012 11:25:27 +0100
Received: (qmail invoked by alias); 14 Dec 2012 10:25:27 -0000
Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23])
	[62.47.53.23]
	by mail.gmx.net (mp019) with SMTP; 14 Dec 2012 11:25:27 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX188Tad8ogw8qSkCtTn3N1VFaWdbO9640iSa9jNWT9
	ggHMzj3TQ4XM8l
Message-ID: <50CAFE8F.2060903@HIDDEN>
Date: Fri, 14 Dec 2012 11:25:19 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN>
In-Reply-To: <8738z9ea1w.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

 >> Why do you never quit the *Messages* buffer in your scenario?
 >
 > I can't quit the *Messages* buffer.  Typing `q' inserts the character
 > `q' to the *Messages* buffer.  But it's good that *Messages* is writable.
 > The same problem can occur with any other writable buffer.

You can always do M-x quit-window.  Isn't there some C-x binding we
could use for this?

 >> The semantics of C-x left and C-x right is that you want (or
 >> at least don't mind) to switch back to the old buffer.
 >
 > Typing `C-x left' in the *Messages* buffer in the aforementioned scenario adds
 > the *Messages* buffer to both (window-prev-buffers) and to (window-next-buffers).
 > This looks doubtful.  Is this intentional?

Yes.  When in `switch-to-next-buffer'

       (dolist (buffer next-buffers)
	(when (and (or (buffer-live-p buffer)
		       (not (setq killed-buffers
				  (cons buffer killed-buffers))))
		   (not (eq buffer old-buffer))
                    (or (null pred) (funcall pred buffer))
		   (setq entry (assq buffer (window-prev-buffers window))))
	  (setq new-buffer buffer)
	  (set-window-buffer-start-and-point
	   window new-buffer (nth 1 entry) (nth 2 entry))
	  (throw 'found t)))

this loop finds a buffer to switch to, it retrieves the start and point
positions from the buffer's association in the window's _previous_
buffers.  I didn't want to maintain the same markers twice.

 > I thought that when a buffer is displayed for the first time
 > (e.g. with `C-h C-n', or `v' in Dired mode), it sets up `quit-window',
 > so `q' will be able to return to the buffer that initiated its display.

The dichotomy striking here is rooted in the history of `quit-window'
which was used (via "q") for getting rid of temporary, typically
read-only buffers, but also for generally getting rid of a window's
contents.

 > I didn't expect that `C-x right C-x left' affects `quit-window'.

They both affect each other.  If there's no explicit `quit-restore'
parameter, `quit-window' uses whatever `window-prev-buffers' provides.
And quitting a window should make its buffer move to the far ends of its
previous and next buffers.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Dec 2012 11:11:02 +0000
Resent-Message-ID: <handler.13167.B13167.13555698372301 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.13555698372301
          (code B ref 13167); Sat, 15 Dec 2012 11:11:02 +0000
Received: (at 13167) by debbugs.gnu.org; 15 Dec 2012 11:10:37 +0000
Received: from localhost ([127.0.0.1]:43367 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Tjpdc-0000b3-DO
	for submit <at> debbugs.gnu.org; Sat, 15 Dec 2012 06:10:37 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:50414
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1Tjpda-0000ar-0O
	for 13167 <at> debbugs.gnu.org; Sat, 15 Dec 2012 06:10:35 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 47A41451CBE4;
	Sat, 15 Dec 2012 03:09:29 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
Date: Sat, 15 Dec 2012 12:49:36 +0200
In-Reply-To: <50CAFE8F.2060903@HIDDEN> (martin rudalics's message of "Fri, 14
	Dec 2012 11:25:19 +0100")
Message-ID: <87bodv1t0j.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

>>> Why do you never quit the *Messages* buffer in your scenario?
>>
>> I can't quit the *Messages* buffer.  Typing `q' inserts the character
>> `q' to the *Messages* buffer.  But it's good that *Messages* is writable.
>> The same problem can occur with any other writable buffer.
>
> You can always do M-x quit-window.  Isn't there some C-x binding we
> could use for this?

A good C-x binding for quit-window is `C-x q'.  Its current command
does nothing normally and already has an alternative keybinding
`C-x C-k q' while recording a macro.

> this loop finds a buffer to switch to, it retrieves the start and point
> positions from the buffer's association in the window's _previous_
> buffers.  I didn't want to maintain the same markers twice.

To not maintain the same markers twice, `C-x left' could add the
current buffer with markers only once to the list of next buffers,
but not to the list of previous buffers.  Do I miss something
why this won't work?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Dec 2012 18:09:02 +0000
Resent-Message-ID: <handler.13167.B13167.135559489011650 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135559489011650
          (code B ref 13167); Sat, 15 Dec 2012 18:09:02 +0000
Received: (at 13167) by debbugs.gnu.org; 15 Dec 2012 18:08:10 +0000
Received: from localhost ([127.0.0.1]:44344 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Tjw9h-00031p-Sk
	for submit <at> debbugs.gnu.org; Sat, 15 Dec 2012 13:08:10 -0500
Received: from mout.gmx.net ([212.227.15.18]:56558)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1Tjw9e-00031h-9X
	for 13167 <at> debbugs.gnu.org; Sat, 15 Dec 2012 13:08:07 -0500
Received: from mailout-de.gmx.net ([10.1.76.20]) by mrigmx.server.lan
	(mrigmx001) with ESMTP (Nemesis) id 0MaXIN-1TQTRl3SOX-00KAZD for
	<13167 <at> debbugs.gnu.org>; Sat, 15 Dec 2012 19:07:00 +0100
Received: (qmail invoked by alias); 15 Dec 2012 18:07:00 -0000
Received: from 62-47-49-60.adsl.highway.telekom.at (EHLO [62.47.49.60])
	[62.47.49.60]
	by mail.gmx.net (mp020) with SMTP; 15 Dec 2012 19:07:00 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX187exAS8zM7D0SgxNEymdOwpGxeLtBjyXY9vjxA0I
	sRl2A+r074bKjY
Message-ID: <50CCBC3D.3010504@HIDDEN>
Date: Sat, 15 Dec 2012 19:06:53 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
	<50C9AE21.40904@HIDDEN>	<8738z9ea1w.fsf@HIDDEN>
	<50CAFE8F.2060903@HIDDEN> <87bodv1t0j.fsf@HIDDEN>
In-Reply-To: <87bodv1t0j.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

 > A good C-x binding for quit-window is `C-x q'.  Its current command
 > does nothing normally and already has an alternative keybinding
 > `C-x C-k q' while recording a macro.

It's easy to convince me ...

 >> this loop finds a buffer to switch to, it retrieves the start and point
 >> positions from the buffer's association in the window's _previous_
 >> buffers.  I didn't want to maintain the same markers twice.
 >
 > To not maintain the same markers twice, `C-x left' could add the
 > current buffer with markers only once to the list of next buffers,
 > but not to the list of previous buffers.  Do I miss something
 > why this won't work?

If we did that, we'd probably get rid of the behavior you started this
thread with.  But the current semantics is "when we have to replace a
buffer in a window with another one, try taking the buffer that has been
shown in that window before the present one".  I'm not quite sure how to
describe what you want to do instead.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Dec 2012 09:36:02 +0000
Resent-Message-ID: <handler.13167.B13167.135565050230714 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135565050230714
          (code B ref 13167); Sun, 16 Dec 2012 09:36:02 +0000
Received: (at 13167) by debbugs.gnu.org; 16 Dec 2012 09:35:02 +0000
Received: from localhost ([127.0.0.1]:44651 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TkAcg-0007zH-Ad
	for submit <at> debbugs.gnu.org; Sun, 16 Dec 2012 04:35:02 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:39449
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TkAce-0007yn-Pq
	for 13167 <at> debbugs.gnu.org; Sun, 16 Dec 2012 04:35:01 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 7AB68451E1CA;
	Sun, 16 Dec 2012 01:33:51 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
	<87bodv1t0j.fsf@HIDDEN> <50CCBC3D.3010504@HIDDEN>
Date: Sun, 16 Dec 2012 11:17:54 +0200
In-Reply-To: <50CCBC3D.3010504@HIDDEN> (martin rudalics's message of "Sat, 15
	Dec 2012 19:06:53 +0100")
Message-ID: <87txrmmzk5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

>> To not maintain the same markers twice, `C-x left' could add the
>> current buffer with markers only once to the list of next buffers,
>> but not to the list of previous buffers.  Do I miss something
>> why this won't work?
>
> If we did that, we'd probably get rid of the behavior you started this
> thread with.  But the current semantics is "when we have to replace a
> buffer in a window with another one, try taking the buffer that has been
> shown in that window before the present one".  I'm not quite sure how to
> describe what you want to do instead.

I think that C-x right and C-x left should behave like the "Next" and
"Prev" buttons in a browser where clicking the "Next" button adds the
current page to the list of previous pages, removes the first page from
the list of next pages and displays it.  Clicking the "Prev" button adds
the current page to the list of next pages, removes the first page from
the list of previous pages and displays it.

It's disturbing that such unobtrusive action can mislead quit-window
to restore a buffer that was only temporarily shown in that window
with C-x right C-x left.  I believe C-x right and C-x left should be
special to not affect the logic of "try taking the buffer that has been
shown in that window before the present one".




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Dec 2012 18:14:02 +0000
Resent-Message-ID: <handler.13167.B13167.135568161514417 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135568161514417
          (code B ref 13167); Sun, 16 Dec 2012 18:14:02 +0000
Received: (at 13167) by debbugs.gnu.org; 16 Dec 2012 18:13:35 +0000
Received: from localhost ([127.0.0.1]:45603 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TkIiV-0003kU-5g
	for submit <at> debbugs.gnu.org; Sun, 16 Dec 2012 13:13:35 -0500
Received: from mout.gmx.net ([212.227.15.18]:55694)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1TkIiT-0003kN-PQ
	for 13167 <at> debbugs.gnu.org; Sun, 16 Dec 2012 13:13:34 -0500
Received: from mailout-de.gmx.net ([10.1.76.70]) by mrigmx.server.lan
	(mrigmx002) with ESMTP (Nemesis) id 0LhQlC-1TOUYI2Qt6-00mYf4 for
	<13167 <at> debbugs.gnu.org>; Sun, 16 Dec 2012 19:12:22 +0100
Received: (qmail invoked by alias); 16 Dec 2012 18:12:22 -0000
Received: from 62-47-44-83.adsl.highway.telekom.at (EHLO [62.47.44.83])
	[62.47.44.83]
	by mail.gmx.net (mp070) with SMTP; 16 Dec 2012 19:12:22 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX1+r1UxPHS+rcVXhddSeTNMygjiCuhfL7wDwRZoPCu
	kIZ0qViZJwc+HP
Message-ID: <50CE0EFD.3010505@HIDDEN>
Date: Sun, 16 Dec 2012 19:12:13 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
	<50C9AE21.40904@HIDDEN>	<8738z9ea1w.fsf@HIDDEN>
	<50CAFE8F.2060903@HIDDEN>	<87bodv1t0j.fsf@HIDDEN>
	<50CCBC3D.3010504@HIDDEN> <87txrmmzk5.fsf@HIDDEN>
In-Reply-To: <87txrmmzk5.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

 > I think that C-x right and C-x left should behave like the "Next" and
 > "Prev" buttons in a browser where clicking the "Next" button adds the
 > current page to the list of previous pages, removes the first page from
 > the list of next pages and displays it.  Clicking the "Prev" button adds
 > the current page to the list of next pages, removes the first page from
 > the list of previous pages and displays it.

Virtually, that's what the code does.

 > It's disturbing that such unobtrusive action can mislead quit-window
 > to restore a buffer that was only temporarily shown in that window
 > with C-x right C-x left.

But the buffer shown via C-x right might have been shown there for quite
some while.

 > I believe C-x right and C-x left should be
 > special to not affect the logic of "try taking the buffer that has been
 > shown in that window before the present one".

I'm not sure what this means to do instead.  Have `quit-window' not show
a buffer if it appears on `window-next-buffers'?  What happens if you
turn the form

		   (or bury-or-kill (not (memq buffer next-buffers))))

in `switch-to-prev-buffer' into

		   (not (memq buffer next-buffers)))

I have no idea what else this could affect, though.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Dec 2012 09:44:02 +0000
Resent-Message-ID: <handler.13167.B13167.13557374083397 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.13557374083397
          (code B ref 13167); Mon, 17 Dec 2012 09:44:02 +0000
Received: (at 13167) by debbugs.gnu.org; 17 Dec 2012 09:43:28 +0000
Received: from localhost ([127.0.0.1]:46551 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TkXEN-0000sf-BD
	for submit <at> debbugs.gnu.org; Mon, 17 Dec 2012 04:43:28 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:50215
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TkXEJ-0000sO-51
	for 13167 <at> debbugs.gnu.org; Mon, 17 Dec 2012 04:43:24 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 265BD451E191;
	Mon, 17 Dec 2012 01:42:07 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
	<87bodv1t0j.fsf@HIDDEN> <50CCBC3D.3010504@HIDDEN>
	<87txrmmzk5.fsf@HIDDEN> <50CE0EFD.3010505@HIDDEN>
Date: Mon, 17 Dec 2012 11:35:31 +0200
In-Reply-To: <50CE0EFD.3010505@HIDDEN> (martin rudalics's message of "Sun, 16
	Dec 2012 19:12:13 +0100")
Message-ID: <87a9tdyqak.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

>> I believe C-x right and C-x left should be special to not affect the
>> logic of "try taking the buffer that has been shown in that window
>> before the present one".
>
> I'm not sure what this means to do instead.  Have `quit-window' not show
> a buffer if it appears on `window-next-buffers'?

Thanks, this sounds right.

> What happens if you turn the form
>
> 		   (or bury-or-kill (not (memq buffer next-buffers))))
>
> in `switch-to-prev-buffer' into
>
> 		   (not (memq buffer next-buffers)))

I tried to do this but with no effect.  Then I also turned

		   (or bury-or-kill (not (memq new-buffer next-buffers))))

in `switch-to-prev-buffer' into

		   (not (memq new-buffer next-buffers)))

and it works as expected.  Not sure about possible side-effects,
have to test this change more.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Dec 2012 10:09:02 +0000
Resent-Message-ID: <handler.13167.B13167.13557388909116 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.13557388909116
          (code B ref 13167); Mon, 17 Dec 2012 10:09:02 +0000
Received: (at 13167) by debbugs.gnu.org; 17 Dec 2012 10:08:10 +0000
Received: from localhost ([127.0.0.1]:46603 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TkXcI-0002My-LS
	for submit <at> debbugs.gnu.org; Mon, 17 Dec 2012 05:08:10 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:60557
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TkXcG-0002Mr-EA
	for 13167 <at> debbugs.gnu.org; Mon, 17 Dec 2012 05:08:08 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id F2560451E191;
	Mon, 17 Dec 2012 02:06:52 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
	<87bodv1t0j.fsf@HIDDEN> <50CCBC3D.3010504@HIDDEN>
	<87txrmmzk5.fsf@HIDDEN> <50CE0EFD.3010505@HIDDEN>
	<87a9tdyqak.fsf@HIDDEN>
Date: Mon, 17 Dec 2012 11:57:52 +0200
In-Reply-To: <87a9tdyqak.fsf@HIDDEN> (Juri Linkov's message of "Mon,
	17 Dec 2012 11:35:31 +0200")
Message-ID: <87fw35vvzf.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.0 (/)

> in `switch-to-prev-buffer' into
>
> 		   (not (memq new-buffer next-buffers)))
>
> and it works as expected.  Not sure about possible side-effects,
> have to test this change more.

There is one side-effect with overwrapping in next buffers.
When `C-x right C-x right' wraps to the first buffer *scratch*,
*scratch* is pushed to the list of next buffers.

Then `C-x left C-x left' returns to the previous buffers,
typing `q' restores the right buffer, another `q' restores
another right buffer.  But the last `q' doesn't restore
the buffer *scratch*.

This is in the following scenario:

 1. emacs -Q
 2. C-h C-n
 3. C-x d RET
 4. v
 5. C-x right    displays the buffer *Messages*
 6. C-x right    displays the buffer *scratch*
 7. C-x left
 8. C-x left
 9. q
10. q
11. q
12. q   the last q doesn't restore the initial buffer *scratch*




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Dec 2012 13:41:01 +0000
Resent-Message-ID: <handler.13167.B13167.135575160931525 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135575160931525
          (code B ref 13167); Mon, 17 Dec 2012 13:41:01 +0000
Received: (at 13167) by debbugs.gnu.org; 17 Dec 2012 13:40:09 +0000
Received: from localhost ([127.0.0.1]:46905 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TkavN-0008C4-C9
	for submit <at> debbugs.gnu.org; Mon, 17 Dec 2012 08:40:08 -0500
Received: from mout.gmx.net ([212.227.15.19]:62918)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1TkavI-0008Bc-Bq
	for 13167 <at> debbugs.gnu.org; Mon, 17 Dec 2012 08:40:03 -0500
Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan
	(mrigmx002) with ESMTP (Nemesis) id 0Lds7x-1TJTgF2SDT-00ixz4 for
	<13167 <at> debbugs.gnu.org>; Mon, 17 Dec 2012 14:38:44 +0100
Received: (qmail invoked by alias); 17 Dec 2012 13:38:44 -0000
Received: from 62-47-51-177.adsl.highway.telekom.at (EHLO [62.47.51.177])
	[62.47.51.177]
	by mail.gmx.net (mp033) with SMTP; 17 Dec 2012 14:38:44 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX18TUnZWk34TtivZ0BoYIV4V11e4evhBaYGr6rbfEh
	oRmFeC1uaLSLgh
Message-ID: <50CF205A.50004@HIDDEN>
Date: Mon, 17 Dec 2012 14:38:34 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
	<50C9AE21.40904@HIDDEN>	<8738z9ea1w.fsf@HIDDEN>
	<50CAFE8F.2060903@HIDDEN>	<87bodv1t0j.fsf@HIDDEN>
	<50CCBC3D.3010504@HIDDEN>	<87txrmmzk5.fsf@HIDDEN>
	<50CE0EFD.3010505@HIDDEN>	<87a9tdyqak.fsf@HIDDEN>
	<87fw35vvzf.fsf@HIDDEN>
In-Reply-To: <87fw35vvzf.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.0 (/)

 > There is one side-effect with overwrapping in next buffers.
 > When `C-x right C-x right' wraps to the first buffer *scratch*,
 > *scratch* is pushed to the list of next buffers.
 >
 > Then `C-x left C-x left' returns to the previous buffers,
 > typing `q' restores the right buffer, another `q' restores
 > another right buffer.  But the last `q' doesn't restore
 > the buffer *scratch*.
 >
 > This is in the following scenario:
 >
 >  1. emacs -Q
 >  2. C-h C-n
 >  3. C-x d RET
 >  4. v
 >  5. C-x right    displays the buffer *Messages*
 >  6. C-x right    displays the buffer *scratch*
 >  7. C-x left
 >  8. C-x left
 >  9. q
 > 10. q
 > 11. q
 > 12. q   the last q doesn't restore the initial buffer *scratch*

Is the list of previous buffers empty in step 12 ?  Then we could
heuristically show the last buffer added to the list of next buffers
here.  Preferring a buffer which is not on any of this window's lists
doesn't make much sense in this case, I think.

I guess that this scenario would also break the recipe you proposed
earlier, namely to keep next and previous buffers as lists built from
elements of the same type and not choose an element from the next
buffers when quitting.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 22 Dec 2012 09:44:01 +0000
Resent-Message-ID: <handler.13167.B13167.135616939210468 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135616939210468
          (code B ref 13167); Sat, 22 Dec 2012 09:44:01 +0000
Received: (at 13167) by debbugs.gnu.org; 22 Dec 2012 09:43:12 +0000
Received: from localhost ([127.0.0.1]:55015 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TmLbr-0002in-Bo
	for submit <at> debbugs.gnu.org; Sat, 22 Dec 2012 04:43:11 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:46781
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TmLbn-0002id-0g
	for 13167 <at> debbugs.gnu.org; Sat, 22 Dec 2012 04:43:08 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 2C2BDAAA49C7;
	Sat, 22 Dec 2012 01:42:45 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
	<87bodv1t0j.fsf@HIDDEN> <50CCBC3D.3010504@HIDDEN>
	<87txrmmzk5.fsf@HIDDEN> <50CE0EFD.3010505@HIDDEN>
	<87a9tdyqak.fsf@HIDDEN> <87fw35vvzf.fsf@HIDDEN>
	<50CF205A.50004@HIDDEN>
Date: Sat, 22 Dec 2012 11:27:50 +0200
In-Reply-To: <50CF205A.50004@HIDDEN> (martin rudalics's message of "Mon, 17
	Dec 2012 14:38:34 +0100")
Message-ID: <8738yy77gx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.8 (/)

>> 12. q   the last q doesn't restore the initial buffer *scratch*
>
> Is the list of previous buffers empty in step 12 ?

As I see, the list of previous buffers is not empty,
but I don't know why it doesn't restore the *scratch* buffer.

> Then we could heuristically show the last buffer added to the list of
> next buffers here.  Preferring a buffer which is not on any of this
> window's lists doesn't make much sense in this case, I think.
>
> I guess that this scenario would also break the recipe you proposed
> earlier, namely to keep next and previous buffers as lists built from
> elements of the same type and not choose an element from the next
> buffers when quitting.

Yes, such change will break this scenario.

As a general question, do you know a reason why structure and functionality
of window-local `prev-buffers' and `next-buffers' should differ from
frame-local frame parameters `buffer-list' and `buried-buffer-list'?

I have a feeling that adding the handling of window-local counterparts
`prev-buffers' and `next-buffers' to the same places in code that currently
handle frame-local buffer lists `buffer-list' and `buried-buffer-list'
could help to fix all these window-related buffer-order inconsistencies.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 22 Dec 2012 15:43:02 +0000
Resent-Message-ID: <handler.13167.B13167.135619095115327 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135619095115327
          (code B ref 13167); Sat, 22 Dec 2012 15:43:02 +0000
Received: (at 13167) by debbugs.gnu.org; 22 Dec 2012 15:42:31 +0000
Received: from localhost ([127.0.0.1]:55656 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TmRDa-0003zA-EJ
	for submit <at> debbugs.gnu.org; Sat, 22 Dec 2012 10:42:30 -0500
Received: from mout.gmx.net ([212.227.17.21]:51856)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1TmRDU-0003yw-8B
	for 13167 <at> debbugs.gnu.org; Sat, 22 Dec 2012 10:42:26 -0500
Received: from mailout-de.gmx.net ([10.1.76.69]) by mrigmx.server.lan
	(mrigmx002) with ESMTP (Nemesis) id 0MLDZP-1TmAEE3N33-000JPe for
	<13167 <at> debbugs.gnu.org>; Sat, 22 Dec 2012 16:42:03 +0100
Received: (qmail invoked by alias); 22 Dec 2012 15:42:03 -0000
Received: from 62-47-46-229.adsl.highway.telekom.at (EHLO [62.47.46.229])
	[62.47.46.229]
	by mail.gmx.net (mp069) with SMTP; 22 Dec 2012 16:42:03 +0100
X-Authenticated: #14592706
X-Provags-ID: V01U2FsdGVkX1+XITAeZq+XPcyZu8Wuc6c+yQPx5mm/xrLKv2t3hQ
	18xlfyCGJJmQZG
Message-ID: <50D5D4C4.9090404@HIDDEN>
Date: Sat, 22 Dec 2012 16:41:56 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
	<50C9AE21.40904@HIDDEN>	<8738z9ea1w.fsf@HIDDEN>
	<50CAFE8F.2060903@HIDDEN>	<87bodv1t0j.fsf@HIDDEN>
	<50CCBC3D.3010504@HIDDEN>	<87txrmmzk5.fsf@HIDDEN>
	<50CE0EFD.3010505@HIDDEN>	<87a9tdyqak.fsf@HIDDEN>
	<87fw35vvzf.fsf@HIDDEN>	<50CF205A.50004@HIDDEN>
	<8738yy77gx.fsf@HIDDEN>
In-Reply-To: <8738yy77gx.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.0 (/)

 > As I see, the list of previous buffers is not empty,
 > but I don't know why it doesn't restore the *scratch* buffer.

Yes, but all buffers on the list of previous buffers including *scratch*
are on the list of next buffers too.  So it takes a buffer from some
global list :-(

If we want to patch this in your sense, whenever all previous buffers are
next we have to take the latest buffer on next instead IIUC.

 > As a general question, do you know a reason why structure and functionality
 > of window-local `prev-buffers' and `next-buffers' should differ from
 > frame-local frame parameters `buffer-list' and `buried-buffer-list'?
 >
 > I have a feeling that adding the handling of window-local counterparts
 > `prev-buffers' and `next-buffers' to the same places in code that currently
 > handle frame-local buffer lists `buffer-list' and `buried-buffer-list'
 > could help to fix all these window-related buffer-order inconsistencies.

The idea of the list of next buffers was to give the user a tool to undo
overshooting navigation of the list of previous buffers.  That is, when
I try to go back to a previous buffer and go too far, I can rescind that
step by going to the next buffer.

I don't know whether windows' buffer lists _should_ be different from
`buffer-list' and `buried-buffer-list'.  Intuitively, I'd agree that
they shouldn't.  For the moment suffice it to say that the global buffer
lists are not updated after `set-window-buffer', hence they are not
suitable for this kind of job.  But if you have an idea how to uniquify
these lists I'd be all ears.

Finally note that I do not consider the current behavior inconsistent.
The behavior of Emacs differs wrt browsers because it can switch to a
previous buffer with and without burying the present one.  The concept
of burying does not exist with browsers, IIUC.  The concept of showing
some reasonably useful buffer instead of a killed one either.  And from
my personal experience I can tell that making Firefox's TabMixPlus always
do what I mean in a specific context is virtually impossible.

Maybe we should really try to implement these lists with the help of
chronologially sortable Tabs and look at how the visual change after
each of the relevant Emacs operation affects the order of these Tabs.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 23 Dec 2012 10:03:01 +0000
Resent-Message-ID: <handler.13167.B13167.135625693328037 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135625693328037
          (code B ref 13167); Sun, 23 Dec 2012 10:03:01 +0000
Received: (at 13167) by debbugs.gnu.org; 23 Dec 2012 10:02:13 +0000
Received: from localhost ([127.0.0.1]:56196 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TmiNp-0007I9-9C
	for submit <at> debbugs.gnu.org; Sun, 23 Dec 2012 05:02:13 -0500
Received: from ps18281.dreamhost.com ([69.163.218.105]:42023
	helo=ps18281.dreamhostps.com)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <juri@HIDDEN>) id 1TmiNn-0007I2-5L
	for 13167 <at> debbugs.gnu.org; Sun, 23 Dec 2012 05:02:11 -0500
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
	by ps18281.dreamhostps.com (Postfix) with ESMTP id 9F2F0451E1FE;
	Sun, 23 Dec 2012 02:01:45 -0800 (PST)
From: Juri Linkov <juri@HIDDEN>
Organization: JURTA
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
	<8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
	<87bodv1t0j.fsf@HIDDEN> <50CCBC3D.3010504@HIDDEN>
	<87txrmmzk5.fsf@HIDDEN> <50CE0EFD.3010505@HIDDEN>
	<87a9tdyqak.fsf@HIDDEN> <87fw35vvzf.fsf@HIDDEN>
	<50CF205A.50004@HIDDEN> <8738yy77gx.fsf@HIDDEN>
	<50D5D4C4.9090404@HIDDEN>
Date: Sun, 23 Dec 2012 11:49:29 +0200
In-Reply-To: <50D5D4C4.9090404@HIDDEN> (martin rudalics's message of "Sat, 22
	Dec 2012 16:41:56 +0100")
Message-ID: <87pq21drau.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.0 (/)

> The concept of burying does not exist with browsers, IIUC.

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.

> And from my personal experience I can tell that making
> Firefox's TabMixPlus always do what I mean in a specific
> context is virtually impossible.

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"?).  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?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 23 Dec 2012 14:05:01 +0000
Resent-Message-ID: <handler.13167.B13167.135627144324673 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.135627144324673
          (code B ref 13167); Sun, 23 Dec 2012 14:05:01 +0000
Received: (at 13167) by debbugs.gnu.org; 23 Dec 2012 14:04:03 +0000
Received: from localhost ([127.0.0.1]:56307 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Tmm9r-0006Pu-A9
	for submit <at> debbugs.gnu.org; Sun, 23 Dec 2012 09:04:03 -0500
Received: from mout.gmx.net ([212.227.17.21]:61137)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rudalics@HIDDEN>) id 1Tmm9o-0006PU-HK
	for 13167 <at> debbugs.gnu.org; Sun, 23 Dec 2012 09:04:02 -0500
Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan
	(mrigmx001) with ESMTP (Nemesis) id 0Lb72N-1TOSsh2lGT-00kg6i for
	<13167 <at> debbugs.gnu.org>; Sun, 23 Dec 2012 15:03:34 +0100
Received: (qmail invoked by alias); 23 Dec 2012 14:03:34 -0000
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
Message-ID: <50D70F2D.9050000@HIDDEN>
Date: Sun, 23 Dec 2012 15:03:25 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <878v92n7sg.fsf@HIDDEN>
	<50C9AE21.40904@HIDDEN>	<8738z9ea1w.fsf@HIDDEN>
	<50CAFE8F.2060903@HIDDEN>	<87bodv1t0j.fsf@HIDDEN>
	<50CCBC3D.3010504@HIDDEN>	<87txrmmzk5.fsf@HIDDEN>
	<50CE0EFD.3010505@HIDDEN>	<87a9tdyqak.fsf@HIDDEN>
	<87fw35vvzf.fsf@HIDDEN>	<50CF205A.50004@HIDDEN>
	<8738yy77gx.fsf@HIDDEN>	<50D5D4C4.9090404@HIDDEN>
	<87pq21drau.fsf@HIDDEN>
In-Reply-To: <87pq21drau.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -0.0 (/)

 > 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




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jan 2024 11:27:01 +0000
Resent-Message-ID: <handler.13167.B13167.170488598111777 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170488598111777
          (code B ref 13167); Wed, 10 Jan 2024 11:27:01 +0000
Received: (at 13167) by debbugs.gnu.org; 10 Jan 2024 11:26:21 +0000
Received: from localhost ([127.0.0.1]:42256 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rNWiz-00033t-4o
	for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 06:26:21 -0500
Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:42303)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1rNWiw-00033d-MD
 for 13167 <at> debbugs.gnu.org; Wed, 10 Jan 2024 06:26:19 -0500
Received: by mail-ed1-x52c.google.com with SMTP id
 4fb4d7f45d1cf-557c188f313so4902404a12.1
 for <13167 <at> debbugs.gnu.org>; Wed, 10 Jan 2024 03:26:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1704885965; x=1705490765; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=Y9iS6poznIQr+5VyDTmcGN9/7MgPOSXROpcipZP2WBs=;
 b=A93nSA0QInZeHYSl5tncotRAhpygsQgEb07WIagkIAe6krAi/RddbNOc8lWpgMlc+Y
 g5ymIKCSkMlOY6zBcpW+J8l/jHd7lXe7QvMtarDJro3w7maL+/t8mc6cNm1hjoWHcAG5
 slnUWj75GfqAicXZvMH6cppvux49u/ooAMSbuY2vipYbYMJUIiCDhKTXnaFIzT+dufKQ
 /ByYQRfAQBTOpKqj7UkkJEOF7ucC3XVt/IwDp9+UmLr9inyCd/cX/DTOq/hQ3qx97kld
 6IDtLnBbBqOUssaSzTySJU8D7y7beBsHEn6BoLHyiWgmUdVGTTusYUgkUQw4RkHfXS9K
 VGdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1704885965; x=1705490765;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=Y9iS6poznIQr+5VyDTmcGN9/7MgPOSXROpcipZP2WBs=;
 b=OEzwnWbYXSSPqoQfTuL6n148TLWitVk6QAaXWJ1c676TrweS1YM+SJy0TJkwg7zOOv
 QEzPM5L43DemkakmpCciW5S6kYDKrWLqpsKVpuR3kfkVTqwKEK/irAfY0iCMItBaIKq2
 O7dHzQtStAZZJqky+0LmmchmfbkGbub4NGMYdP/t8J7p5FxSSOMe6bwmXo6fAVfgGoBH
 Wyj8hsjZKAdYdV0R06RFTCfoM8doFIS6nW2PE6dEv64WvPtIKDH1GjCMNcpXu854jcaA
 pCFuVIj36NhzW24nhDYfsG+sjQ6iAlBEW1aeQCbZx+tHgH6iPWeQ6RRii9sRk5wRF7zZ
 cAFA==
X-Gm-Message-State: AOJu0Yy/LIWo3laky8anQaSFdQ+8jmm1CEmZnEA8beRXPFh4O8P/6DLa
 zxGmUfzXzMGczaYE0nRFQIPwuh44Mitl2mE5crg=
X-Google-Smtp-Source: AGHT+IFPqBPOSL3OeeXwGywXmqNEonuKb3nOJgYILKXzezcfopNKWGTIdkPYVdKMmOAepCLCY9EFejcXKdmJfSWh/Hg=
X-Received: by 2002:aa7:c352:0:b0:557:2871:8c72 with SMTP id
 j18-20020aa7c352000000b0055728718c72mr584266edr.14.1704885964863; Wed, 10 Jan
 2024 03:26:04 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 10 Jan 2024 03:26:04 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <878v92n7sg.fsf@HIDDEN> (Juri Linkov's message of "Thu,
 13 Dec 2012 01:37:03 +0200")
References: <878v92n7sg.fsf@HIDDEN>
MIME-Version: 1.0
Date: Wed, 10 Jan 2024 03:26:04 -0800
Message-ID: <CADwFkm=7h4PKMR4tvwiUyDDSXk0eRtfaK3pUCRz9WKSEhFqoeg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Juri Linkov <juri@HIDDEN> writes:

> There is something in quit-window and the buffer order
> that looks like a regression, but I'm not sure what.
> Please dismiss this bug report if there is nothing wrong.
>
> 1. emacs -Q
> 2. C-h C-n       visits NEWS
> 3. C-x d RET     visits Dired in the directory `etc'
> 4. v             visits first file in the directory `etc'
> 5. q
> 6. q
> 7. q
>
> Every subsequent `q' restores the previous buffer.
> This is correct.
>
> But when this sequence is interspersed with seemingly idempotent
> `C-x right C-x left', the buffer order becomes broken:
>
> 1. emacs -Q
> 2. C-h C-n
> 3. C-x d RET
> 4. v
> 5. C-x right   (or C-h e for the same effect)
> 6. C-x left
> 7. q
>
> Then `q' displays the buffer `*Messages*' instead of the expected
> previous Dired buffer `etc'.  Typing `C-x left' displays it,
> but then another `q' displays the buffer `*Messages*' again.
>
> 8. C-x left
> 9. q
>
> Again `*Messages*' instead of the expected NEWS.
>
> 10. C-x left
> 11. q
>
> And again `*Messages*' instead of the expected *scratch*.
>
> So the question is why `*Messages*' gets in the way
> in the list of previous buffers.

Ten years later, is still an issue on a modern version of Emacs?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jan 2024 17:22:01 +0000
Resent-Message-ID: <handler.13167.B13167.170490730118737 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170490730118737
          (code B ref 13167); Wed, 10 Jan 2024 17:22:01 +0000
Received: (at 13167) by debbugs.gnu.org; 10 Jan 2024 17:21:41 +0000
Received: from localhost ([127.0.0.1]:42711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rNcGq-0004s8-Ty
	for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:41 -0500
Received: from relay9-d.mail.gandi.net ([217.70.183.199]:59503)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1rNcGo-0004rr-Jk
 for 13167 <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:39 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 7EB91FF803;
 Wed, 10 Jan 2024 17:21:32 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <CADwFkm=7h4PKMR4tvwiUyDDSXk0eRtfaK3pUCRz9WKSEhFqoeg@HIDDEN>
 (Stefan Kangas's message of "Wed, 10 Jan 2024 03:26:04 -0800")
Organization: LINKOV.NET
References: <878v92n7sg.fsf@HIDDEN>
 <CADwFkm=7h4PKMR4tvwiUyDDSXk0eRtfaK3pUCRz9WKSEhFqoeg@HIDDEN>
Date: Wed, 10 Jan 2024 19:01:25 +0200
Message-ID: <86edepmlqq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.5 (-)

>> 10. C-x left
>> 11. q
>>
>> And again `*Messages*' instead of the expected *scratch*.
>>
>> So the question is why `*Messages*' gets in the way
>> in the list of previous buffers.
>
> Ten years later, is still an issue on a modern version of Emacs?

Yes, and now some users of the tab-line complain about the same issue too.

So we need to add a new option to switch to the alternative behavior.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jan 2024 17:22:02 +0000
Resent-Message-ID: <handler.13167.B13167.170490730318753 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170490730318753
          (code B ref 13167); Wed, 10 Jan 2024 17:22:02 +0000
Received: (at 13167) by debbugs.gnu.org; 10 Jan 2024 17:21:43 +0000
Received: from localhost ([127.0.0.1]:42714 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rNcGt-0004sO-5r
	for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:43 -0500
Received: from relay2-d.mail.gandi.net ([217.70.183.194]:35097)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1rNcGr-0004rx-2n
 for 13167 <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:41 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id E66B240002;
 Wed, 10 Jan 2024 17:21:35 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <50CAFE8F.2060903@HIDDEN> (martin rudalics's message of "Fri, 14
 Dec 2012 11:25:19 +0100")
Organization: LINKOV.NET
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
 <8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
Date: Wed, 10 Jan 2024 19:03:50 +0200
Message-ID: <864jflmlmp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.5 (-)

>>> Why do you never quit the *Messages* buffer in your scenario?
>>
>> I can't quit the *Messages* buffer.  Typing `q' inserts the character
>> `q' to the *Messages* buffer.  But it's good that *Messages* is writable.
>> The same problem can occur with any other writable buffer.
>
> You can always do M-x quit-window.  Isn't there some C-x binding we
> could use for this?

Now that we have new key prefixes: 'C-x x' for buffer commands, and
'C-x w' for window commands, probably the most suitable key would be
'C-x w q' for 'quit-window'.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Jan 2024 09:16:02 +0000
Resent-Message-ID: <handler.13167.B13167.170496450612922 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170496450612922
          (code B ref 13167); Thu, 11 Jan 2024 09:16:02 +0000
Received: (at 13167) by debbugs.gnu.org; 11 Jan 2024 09:15:06 +0000
Received: from localhost ([127.0.0.1]:58735 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rNr9V-0003LY-W4
	for submit <at> debbugs.gnu.org; Thu, 11 Jan 2024 04:15:06 -0500
Received: from mout.gmx.net ([212.227.15.18]:38925)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1rNr9U-00039L-BS
 for 13167 <at> debbugs.gnu.org; Thu, 11 Jan 2024 04:15:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
 t=1704964500; x=1705569300; i=rudalics@HIDDEN;
 bh=Wz8BFXKnvsphRjAWuxbtTjHdJ6G975mxH/5q+YNJm/s=;
 h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
 In-Reply-To;
 b=ClqBXzdsKFFSwngu5q6LC+1tttLLHJ2h+cIOoLuZ2Hn0jCRK8vE+lrxmUfegffmR
 SVsvehhidlL1rNww/x+zSdU2LoHm4KPUIMBUeYnzdTm9fxjEAcB78Wqq99mAJKAis
 Yilkit92jG3O2M7f6w941969+e1NaFbh2y1i60SIssjb8OkFIAs/c5xO2tr/5ARi3
 Fql3gixmB3qvSL0n7fxv0uNhGPhcvoM6TDtF1JQa3Kl4JYloHLDV9GP3drbtoOHag
 NGSUyWg7352+cJeAt2d3tOqITSt9tHahhFqaPZxSyETzXqGQrIgOuo33ZqVeCR0fL
 F7SKqW/CPHqbAbA9mw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.214]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N49lD-1rEg4L14Bl-0101dD; Thu, 11
 Jan 2024 10:15:00 +0100
Message-ID: <de3edfb0-4210-4a8c-a6fb-bb31ab220022@HIDDEN>
Date: Thu, 11 Jan 2024 10:15:00 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
 <8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
 <864jflmlmp.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <864jflmlmp.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:SfY1seGWc1xxQn0CU95mqMj2K/cO9S6GFegsivWGLft0br+lVkl
 RzSQucQCczSHqXP/XS/f8G9sV9ZpRFwGbucelhxn2DmNo7VQiU+F6kSIYM+9TTFbsCKFlcW
 kYjjrAbF20pNfag+xPmjreEN7BcS/0xqQAP7vPNNwUHqLuXC8Qx31aCfa/qdpMWx+hcEgTP
 USDX2WMteARCrtT/wWJ3w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:mK0TtLvQLnU=;F0xtViop6doLFt3AnPRoZROeL72
 5q7C0bJlY3p0/Q3pp2dr0ux90TEbPuj025r+8+eYNcRRh/rNZY3rI3aolP2BYY1XejmZNfSAN
 LAy0t4B1Oi6bbztV8tgOzvFCKwG5xmB7xIqsmgBi3/2xOT/VeXY1mIdoBu0bV/acq9YsyFts1
 ZIg/CylnNbfcbuFmveTxwyPZFHK+SyZ2/l2iXiwhjs3HPRN4fJ/Mnh5h9+Ur9MR2c9S269wsA
 +HqvBnA19u4gRrpVEBOw83gxljOLvbOLsJ/sB5TRewl4Mr4PlMN/oBMnlr0BAGiKJZgSKbhq1
 OmePQTGot/+5VQu88vbNiV/cc6Nd5aCL7dHDO57NeCQaZ7ZXJbTdNmlUi4v1KhTnA7YskCWMU
 Dg6dlrpLQIhIx/Rr5CPZeFbLSST+dQxFY0pTsimmtqjAxgPGbOTsmTXtts7/AfuJorjL+TNuC
 /PxjWcL4vWnEMIIotwaqmmVt9vIc45c/5IZjxSzBXsoRaf8SbjlvBRghtFiz80cAV6M1W9Nu5
 Xs3flpfEaKH/obOxa35EMC6pbhVndoVypkeRUFpLs/gfHKH1BJBsgwM7hsVaOpDmLcCeA24Bi
 eyVA5QfAzVHPaMWfHKOyMNTsCKR8/kAbpMcLxFVZnd9K5Vmov43EnBj9ybVqFIUmheaKC3Ba8
 ztQvM+YR6NyaOY+2eNzRp3Jz/jpt1VvYKpTOkI9x6QQFVVB82Gx/uu08xBBl51JMQR3wA6ViX
 eMNhAp5e3XXFhO196XzET3dRsB2Gp4/3epSHhCmO1CZY1Oy1s3/P9HhApOpDX/5nbpstjHlTd
 IRORLuuIWHXiLBBnAUKRtfyY+IzKJLl+Os0Wvrh9vfRYGeI4p5DEnXVe1Fp65H0gPHy1ZLY23
 cuQcbGFYFWJwMYYDB6Zt81iHUEXjNj3L0dsc01H7y5g9hBN/itHyTn3TAoMCI5GbW2oqdZthg
 o5BRXkRYFf90QY3pn+flhtY3+MQ=
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

 > Now that we have new key prefixes: 'C-x x' for buffer commands, and
 > 'C-x w' for window commands, probably the most suitable key would be
 > 'C-x w q' for 'quit-window'.

I think it can't harm to use that.

martin




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Jan 2024 07:47:03 +0000
Resent-Message-ID: <handler.13167.B13167.170504562228065 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170504562228065
          (code B ref 13167); Fri, 12 Jan 2024 07:47:03 +0000
Received: (at 13167) by debbugs.gnu.org; 12 Jan 2024 07:47:02 +0000
Received: from localhost ([127.0.0.1]:34807 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rOCFp-0007IX-Rm
	for submit <at> debbugs.gnu.org; Fri, 12 Jan 2024 02:47:02 -0500
Received: from relay8-d.mail.gandi.net ([2001:4b98:dc4:8::228]:36309)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1rOCFi-0007Fc-P4
 for 13167 <at> debbugs.gnu.org; Fri, 12 Jan 2024 02:46:56 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 156C31BF207;
 Fri, 12 Jan 2024 07:46:49 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <de3edfb0-4210-4a8c-a6fb-bb31ab220022@HIDDEN> (martin rudalics's
 message of "Thu, 11 Jan 2024 10:15:00 +0100")
Organization: LINKOV.NET
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
 <8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
 <864jflmlmp.fsf@HIDDEN>
 <de3edfb0-4210-4a8c-a6fb-bb31ab220022@HIDDEN>
Date: Fri, 12 Jan 2024 09:42:03 +0200
Message-ID: <865xzzm4bw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.5 (-)

>> Now that we have new key prefixes: 'C-x x' for buffer commands, and
>> 'C-x w' for window commands, probably the most suitable key would be
>> 'C-x w q' for 'quit-window'.
>
> I think it can't harm to use that.

Ok, then I'm going to install this patch in master:

diff --git a/lisp/window.el b/lisp/window.el
index 5c3e68f04eb..f097a027892 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -10815,7 +10816,8 @@ window-prefix-map
   "^ f" #'tear-off-window
   "^ t" #'tab-window-detach
   "-" #'fit-window-to-buffer
-  "0" #'delete-windows-on)
+  "0" #'delete-windows-on
+  "q" #'quit-window)
 (define-key ctl-x-map "w" window-prefix-map)

I can't find the global quit-window in the Emacs manual
to document a new keybinding.  But I found that many 'C-x x'
keybindings are not yet documented.

Eli, do you agree to install the following patch in the emacs-29 branch?

diff --git a/doc/emacs/buffers.texi b/doc/emacs/buffers.texi
index 8b093078edd..80e552fa46a 100644
--- a/doc/emacs/buffers.texi
+++ b/doc/emacs/buffers.texi
@@ -262,12 +262,14 @@ Misc Buffer
 non-@code{nil} value, making the buffer read-only with @kbd{C-x C-q}
 also enables View mode in the buffer (@pxref{View Mode}).
 
+@kindex C-x x r
 @findex rename-buffer
   @kbd{C-x x r} (@code{rename-buffer} changes the name of the current
 buffer.  You specify the new name as a minibuffer argument; there is
 no default.  If you specify a name that is in use for some other
 buffer, an error happens and no renaming is done.
 
+@kindex C-x x u
 @findex rename-uniquely
   @kbd{C-x x u} (@code{rename-uniquely}) renames the current buffer to
 a similar name with a numeric suffix added to make it both different
@@ -282,6 +284,7 @@ Misc Buffer
 buffer before using the command again, otherwise it will reuse the
 current buffer despite the name change.)
 
+@kindex C-x x i
   The commands @kbd{M-x append-to-buffer} and @kbd{C-x x i}
 (@code{insert-buffer}) can also be used to copy text from one buffer
 to another.  @xref{Accumulating Text}.
diff --git a/doc/emacs/display.texi b/doc/emacs/display.texi
index e6a43bf74a8..6db9e8344c6 100644
--- a/doc/emacs/display.texi
+++ b/doc/emacs/display.texi
@@ -1986,6 +1986,7 @@ Line Truncation
 terminals, this is indicated with @samp{$} signs in the rightmost
 and/or leftmost columns.
 
+@kindex C-x x t
 @vindex truncate-lines
 @findex toggle-truncate-lines
   Horizontal scrolling automatically causes line truncation
diff --git a/doc/emacs/files.texi b/doc/emacs/files.texi
index 9c5305acf60..b152b7943a2 100644
--- a/doc/emacs/files.texi
+++ b/doc/emacs/files.texi
@@ -1061,6 +1061,7 @@ Reverting
 is not modified.  (If you have edited the text, it would be wrong to
 discard your changes.)
 
+@kindex C-x x g
 @vindex revert-buffer-quick-short-answers
 @findex revert-buffer-quick
   The @kbd{C-x x g} keystroke is bound to the
diff --git a/doc/emacs/windows.texi b/doc/emacs/windows.texi
index f1f7a5b4b86..935004edad3 100644
--- a/doc/emacs/windows.texi
+++ b/doc/emacs/windows.texi
@@ -287,7 +287,7 @@ Change Window
 Delete the selected window and kill the buffer that was showing in it
 (@code{kill-buffer-and-window}).  The last character in this key
 sequence is a zero.
-@item M-x delete-windows-on @key{RET} @var{buffer} @key{RET}
+@item C-x w d @key{RET} @var{buffer} @key{RET}
 Delete windows showing the specified @var{buffer}.
 @item C-x ^
 Make selected window taller (@code{enlarge-window}).
diff --git a/doc/misc/info.texi b/doc/misc/info.texi
index 31b314cb9a0..01c7f614e7d 100644
--- a/doc/misc/info.texi
+++ b/doc/misc/info.texi
@@ -1148,6 +1148,7 @@ Create Info buffer
 @section @kbd{M-n} creates a new independent Info buffer in Emacs
 
 @kindex M-n @r{(Info mode)}
+@kindex C-x x n
 @findex clone-buffer
 @cindex multiple Info buffers
   If you are reading Info in Emacs, you can select a new independent





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#13167: 24.3.50; C-x right C-x left interferes with buffer order
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Jan 2024 08:50:02 +0000
Resent-Message-ID: <handler.13167.B13167.170504935110416 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13167
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: rudalics@HIDDEN, 13167 <at> debbugs.gnu.org
Received: via spool by 13167-submit <at> debbugs.gnu.org id=B13167.170504935110416
          (code B ref 13167); Fri, 12 Jan 2024 08:50:02 +0000
Received: (at 13167) by debbugs.gnu.org; 12 Jan 2024 08:49:11 +0000
Received: from localhost ([127.0.0.1]:34861 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rODDz-0002hv-1k
	for submit <at> debbugs.gnu.org; Fri, 12 Jan 2024 03:49:11 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:52064)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rODDu-0002hM-6q
 for 13167 <at> debbugs.gnu.org; Fri, 12 Jan 2024 03:49:09 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rODDp-0004fG-Hs; Fri, 12 Jan 2024 03:49:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=lUmQ90QcM6/BL+6RZVrl9k2ncBWj1O5jwmrA/bg1lpU=; b=KzUo0wX46O5z
 jChaLFC98u3J+Os48l1KUOPvEenqTS/CP5XiPuJgRUnHmtctESqYGAjaNRfhMXbFXtp9+NZPBqIFl
 tR0u0R0jaG4Z1ef0gMqu1HkHuNiIYlCPiNYAGFHl+nCSUD2zHVNasrcYPl+a3e98C/7Tc0opy5KBf
 jnIAEnXT7f85hx4NlRJtb5Has/4YNZs6bhjbSKIYFDafk4BBaV1sgNd4OZhDXN9fTH3DzJda5NXNX
 Sixp3EQ6nm1eSl3+DI4gFpVqkMpt4hQXOVwoGukK3YBpyUlxVxRgEadlx1FlePvF7rsWygeWpNnXL
 MjbjtgZOPE3YDSeijKPEhw==;
Date: Fri, 12 Jan 2024 10:48:47 +0200
Message-Id: <83cyu7j5sg.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <865xzzm4bw.fsf@HIDDEN> (message from Juri Linkov on
 Fri, 12 Jan 2024 09:42:03 +0200)
References: <878v92n7sg.fsf@HIDDEN> <50C9AE21.40904@HIDDEN>
 <8738z9ea1w.fsf@HIDDEN> <50CAFE8F.2060903@HIDDEN>
 <864jflmlmp.fsf@HIDDEN>
 <de3edfb0-4210-4a8c-a6fb-bb31ab220022@HIDDEN> <865xzzm4bw.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: 13167 <at> debbugs.gnu.org
> From: Juri Linkov <juri@HIDDEN>
> Date: Fri, 12 Jan 2024 09:42:03 +0200
> 
> Eli, do you agree to install the following patch in the emacs-29 branch?

Yes, documentation improvements, including better indexing, are always
welcome on the release branch.

Thanks.





Last modified: Sat, 20 Jan 2024 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.