GNU bug report logs -
#10032
24.0.91; "C-x C-<SPC>" seems broken
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Sat, 12 Nov 2011 23:57:02 UTC
Severity: minor
Found in version 24.0.91
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10032 in the body.
You can then email your comments to 10032 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10032
; Package
emacs
.
(Sat, 12 Nov 2011 23:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 12 Nov 2011 23:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From "emacs -Q":
1. Move point to the second line and set the mark there (C-<SPC> C-<SPC>).
2. Move point to the third line and set the mark there.
3. Move point to the fourth line.
4. Type "C-x C-<SPC>".
Expected result: Point jumps to the more recent mark, i.e., to the third line.
Observed result: Point jumps to the second line. Moreover, subsequent
"C-x C-<SPC>" don't cycle through the marks.
In GNU Emacs 24.0.91.1 (i386-mingw-nt6.1.7601)
of 2011-11-11 on DANI-PC
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (4.5)'
--
Dani Moncayo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10032
; Package
emacs
.
(Sun, 13 Nov 2011 02:25:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10032 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> From "emacs -Q":
> 1. Move point to the second line and set the mark there (C-<SPC> C-<SPC>).
> 2. Move point to the third line and set the mark there.
> 3. Move point to the fourth line.
> 4. Type "C-x C-<SPC>".
>
> Expected result: Point jumps to the more recent mark, i.e., to the third line.
> Observed result: Point jumps to the second line. Moreover, subsequent
> "C-x C-<SPC>" don't cycle through the marks.
This is intentional. According to the doc string of set-mark-command:
Also push the old mark on global mark ring, if the previous mark was
set in another buffer.
On the other hand, the manual disagrees:
Each time you set a mark, in any buffer, this is recorded in the
global mark ring in addition to the current buffer's own mark ring.
-- (info "(emacs) Global Mark Ring")
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10032
; Package
emacs
.
(Sun, 13 Nov 2011 07:44:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10032 <at> debbugs.gnu.org (full text, mbox):
> This is intentional. According to the doc string of set-mark-command:
>
> Also push the old mark on global mark ring, if the previous mark was
> set in another buffer.
Good point (I didn't notice it). That explains the current behavior,
although it would be more precise to say "... if the previous mark was
set in another buffer (or there is no previous mark).".
> On the other hand, the manual disagrees:
>
> Each time you set a mark, in any buffer, this is recorded in the
> global mark ring in addition to the current buffer's own mark ring.
>
> -- (info "(emacs) Global Mark Ring")
>
That node of the Emacs manual was the culprit of my confusion, so it
should be fixed.
Thanks.
--
Dani Moncayo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10032
; Package
emacs
.
(Sun, 13 Nov 2011 12:05:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 10032 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> That node of the Emacs manual was the culprit of my confusion, so it
> should be fixed.
The manual actually used to say
In addition to the ordinary mark ring that belongs to each buffer,
Emacs has a single "global mark ring". It records a sequence of
buffers in which you have recently set the mark, so you can go back
to those buffers.
Setting the mark always makes an entry on the current buffer's mark
ring. If you have switched buffers since the previous mark setting,
the new mark position makes an entry on the global mark ring also.
The result is that the global mark ring records a sequence of
buffers that you have been in, and, for each buffer, a place where
you set the mark.
before it was "fixed".
2008-06-26 Chong Yidong <cyd <at> stupidchicken.com>
* mark.texi (Shift selection): New node.
(Mark): Copyedits.
(Persistent Mark): Move to the end of the chapter.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10032
; Package
emacs
.
(Mon, 21 Nov 2011 06:19:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 10032 <at> debbugs.gnu.org (full text, mbox):
Johan Bockgård <bojohan <at> gnu.org> writes:
> The manual actually used to say
>
> In addition to the ordinary mark ring that belongs to each buffer,
> Emacs has a single "global mark ring". It records a sequence of
> buffers in which you have recently set the mark, so you can go back
> to those buffers.
>
> Setting the mark always makes an entry on the current buffer's mark
> ring. If you have switched buffers since the previous mark setting,
> the new mark position makes an entry on the global mark ring also.
> The result is that the global mark ring records a sequence of
> buffers that you have been in, and, for each buffer, a place where
> you set the mark.
>
> before it was "fixed".
>
> 2008-06-26 Chong Yidong <cyd <at> stupidchicken.com>
>
> * mark.texi (Shift selection): New node.
> (Mark): Copyedits.
> (Persistent Mark): Move to the end of the chapter.
Sorry for the confusion; I've checked in a fix.
bug closed, send any further explanations to
10032 <at> debbugs.gnu.org and Dani Moncayo <dmoncayo <at> gmail.com>
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 21 Nov 2011 06:19:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 19 Dec 2011 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 153 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.