LYNX-DEV erroneous statements in CHANGES.new and follow_help.html

[Laura Eaves]

> Index: lynx2-7-1/CHANGES.new
> *** lynx2-7-1/CHANGES.new.orig Tue, 06 May 1997 11:16:53 -0600 kweide 
> (Lynx/6_CHANGES.ne 1.18.1.4.1.1.2.1.1.2.2.2.1.2.1.2 644) version 2.7.1ac-0.22
> --- lynx2-7-1/CHANGES.new      Thu, 08 May 1997 18:03:10 -0600 kweide 
> (Lynx/6_CHANGES.ne 1.18.1.4.1.1.2.1.1.2.2.2.1.2.1.1.1.2 644) version 
> 2.7.1ac-0.23
> ***************
> ...
> --- 10,68 ----
> ...
> ! * Tweaked yesterday's LYList.c mods so that an OL with the CONTINUE
> !   attribute is used when a "Hidden links:" list is appended to a
> !   "Visible links:" list and NUMBERS_AS_ARROWS mode is on.  This allows
> !   you to see the number to enter at "Follow link (or page) number:"
> !   prompts, as when LINKS_ARE_NUMBERED mode is on. - FM
> ...

This is false, as when NUMBERS_AS_ARROWS is set, numbers "act as arrows"
(like the name says) and don't invoke the prompt.  (At least that's what
happens with my keyboard...)
Internally, links are numbered regardless of keypad mode, but when keypad_mode
is NUMBERS_AS_ARROWS the user can't use these numbers.

> Index: lynx2-7-1/lynx_help/keystroke_commands/follow_help.html
> *** lynx2-7-1/lynx_help/keystroke_commands/follow_help.html.orig Sat, 10 May 
> 1997 00:39:38 -0600 nobody ()
> --- lynx2-7-1/lynx_help/keystroke_commands/follow_help.html      Thu, 08 May 
> 1997 15:33:15 -0600 kweide (Lynx/43_follow_hel 1.2 644)
> ***************
> *** 0 ****
> --- 1,75 ----
> ...
> + If a user has set <em>Keypad mode</em> to <em>Links are numbered</em>
> + as the default or for the current session via the <em>Options menu</em>,
> + then hypertext links which have visible link names are prefixed with
> + numbers in square brackets.  Entering a keyboard or keypad number should
> + invoke the <em>Follow link (or goto link or page) number:</em> statusline 
> prompt for
> + a potentially multiple digit number corresponding to an indicated link
> + number.  If RETURN is pressed to terminate the number entry (e.g.,
> + <em>123</em>), Lynx will retrieve the document for that link as if you
> + had paged or used other navigation commands to make it the current link
> + and then ACTIVATE-ed it.
> ...

This is also false.  When the user types 123<RETURN> this acts like "g)oto URL".
It does not move the current link to link 123 before activating it (unless you
changed the default behavior of this command).
If the user was not on link 123 when typing this command, when he/she returns
to this page using the backup command, the current link be where it was before.
--le

;
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.
;