bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9528: 24.0.50; Info navigation


From: Dani Moncayo
Subject: bug#9528: 24.0.50; Info navigation
Date: Mon, 19 Sep 2011 12:20:55 +0200

>> >> ------------------------------------------------
>> >> 1. Eval: (info "(elisp)Macros")
>> >> 2. Type: <DEL>
>> >>  --> Go to node "(elisp)Related Topics" (OK).
>> >> 3. Type: l
>> >>  --> (Expected) Go to the last-visited info node (i.e., "(elisp)Macros").
>> >>  --> (Observed) Go to node "(elisp)Functions".
>> >
>> > Fixed the same way as bug#208.
>>
>> Tested.  Thanks.
>
> I'm sorry, but IMO this change should be reverted, because the
> original behavior is consistent with the stand-alone Info reader (and
> with my finger memory).
>
> The reason it goes to Functions is because <DEL> from Macros visited 2
> nodes: first Functions (it's Prev for Macros, see the header line when
> you are in Macros), and then Related Topics.  So typing l goes back to
> Functions.  Type one more l and you are in Macros.
>
> Note that "C-h l" does not say "the last node _presented_", it says
> "the last node _visited_".

IMO, users should not care about the underlying implementation, i.e,
in the example below, I have _seen_ only two nodes, so that when I
type `l' in the second one, I'd expect to jump back to the first one.

> Even if the result is unexpected by someone who is not used to Info, I
> think it's Baaad to have Emacs's Info reader behave differently than
> the stand-alone reader.

That divergence is bad, obviously.  But IMO, If the change is
considered good, should be made both in Emacs and the stand-alone
reader.  (I don't know who maintains the latter).

-- 
Dani Moncayo





reply via email to

[Prev in Thread] Current Thread [Next in Thread]