GNU bug report logs -
#208
23.0.60; `l' in Info skips last visited node
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 208 in the body.
You can then email your comments to 208 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#208
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
emacs -Q
C-h i, choose Elisp manual.
g Customization Types
m d TAB RET, to go to node Defining New Types
SPC SPC to get to node Loading
l
This takes you back to node Customization, not to the last visited
node, which is Defining New Types, or even to the node visited just
before that, which is Customization Types. Node Customization is the
grandparent of the last visited node, and it was never even visited.
This behavior contradicts what a user expects, which is a strict
chronological navigation, unrelated to the hierarchical manual
organization.
It also contradicts what the doc of `l' says it is supposed to do: "Go
back in the history to the last node visited."
Likewise, the Info tutorial says this about `l':
"`l' command (`l' for "last") will do that, one node-step at a time.
As you move from node to node, Info records the nodes where you have
been in a special history list. The `l' command revisits nodes in the
history list; each successive `l' command moves one step back through
the history."
`l' is not in fact moving one step through the history list. In fact,
it is even moving to nodes that are not on the history list (never
visited).
The doc is not wrong about what `l' should do; it is the actual
behavior that is wrong. `l' should act like the `Back' button of a Web
browser; it should totally ignore book structure and stick to the
navigation history.
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-05-04 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#208
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at 208 <at> emacsbugs.donarmstrong.com (full text, mbox):
> C-h i, choose Elisp manual.
> g Customization Types
> m d TAB RET, to go to node Defining New Types
> SPC SPC to get to node Loading
> l
>
> This takes you back to node Customization, not to the last visited
> node, which is Defining New Types, or even to the node visited just
> before that, which is Customization Types. Node Customization is the
> grandparent of the last visited node, and it was never even visited.
I can't reproduce this. Do you still see this?
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#208
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Drew Adams" <drew.adams <at> oracle.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #15 received at 208 <at> emacsbugs.donarmstrong.com (full text, mbox):
> From: Chong Yidong Sent: Thursday, August 14, 2008 9:58 PM
> > C-h i, choose Elisp manual.
> > g Customization Types
> > m d TAB RET, to go to node Defining New Types
> > SPC SPC to get to node Loading
> > l
> >
> > This takes you back to node Customization, not to the last visited
> > node, which is Defining New Types, or even to the node visited just
> > before that, which is Customization Types. Node Customization is the
> > grandparent of the last visited node, and it was never even visited.
>
> I can't reproduce this. Do you still see this?
No, it seems to be fixed now. Thanks.
FYI - I check with some previous builds I have, and it looks like this was fixed
between a build on 2008-05-04 and a build on 2008-05-29.
bug closed, send any further explanations to "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Fri, 15 Aug 2008 13:50:05 GMT)
Full text and
rfc822 format available.
Message #18 received at 208-done <at> emacsbugs.donarmstrong.com (full text, mbox):
>> > C-h i, choose Elisp manual.
>> > g Customization Types
>> > m d TAB RET, to go to node Defining New Types
>> > SPC SPC to get to node Loading
>> > l
>> >
>> > This takes you back to node Customization, not to the last visited
>> > node, which is Defining New Types, or even to the node visited just
>> > before that, which is Customization Types. Node Customization is the
>> > grandparent of the last visited node, and it was never even visited.
>>
>> I can't reproduce this. Do you still see this?
>
> No, it seems to be fixed now. Thanks.
>
> FYI - I check with some previous builds I have, and it looks like this was fixed
> between a build on 2008-05-04 and a build on 2008-05-29.
This was fixed with http://thread.gmane.org/gmane.emacs.devel/96895/focus=96954
--
Juri Linkov
http://www.jurta.org/emacs/
Message #19 received at 208-done <at> emacsbugs.donarmstrong.com (full text, mbox):
> >> I can't reproduce this. Do you still see this?
> >
> > No, it seems to be fixed now. Thanks.
> >
> > FYI - I check with some previous builds I have, and it
> > looks like this was fixed
> > between a build on 2008-05-04 and a build on 2008-05-29.
>
> This was fixed with
> http://thread.gmane.org/gmane.emacs.devel/96895/focus=96954
Thanks, Juri.
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Sat, 13 Sep 2008 14:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 69 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.