[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev keypad mode changes not fully effective (bug)
From: |
Yury Burkatovsky |
Subject: |
Re: lynx-dev keypad mode changes not fully effective (bug) |
Date: |
Wed, 21 Jul 1999 14:24:47 +0300 (IDT) |
I sent an answer previously to lynx-dev but it did make its way to the
list. It seems to be a problem at our system-wide mailer definitions.
Now I am Cc:'ing you for more confidence :)
I also noticed the same exactly problem on my HP-UX 10.20 box. Only
hitting the leading "0" does make lynx to prompt for "Follow link..."
after the "keypad mode" option change.
I use Lynx Version 2.8.2pre.11.
--
Regards, | /^^^\
Yury | (| , , |)
| | * |
E-mail: yury.burkatovsky at telrad dot co dot il | \_-_/
On Sat, 17 Jul 1999, Kim DeVaughn wrote:
> While checking keypad keys for proper functionality (as part of looking
> into the recent "arrow key problem" in dev.4), I stumbled back into a
> problem that has been around for quite awhile ... at least since I did
> the TEXTAREA external editing work.
>
> Seems that when I go from the "links and form fields are numbered" mode,
> to the "numbers act as arrows" mode (or vice versa), the numeric [tag]
> gets turned off (or on) when the "Accept Changes" submit button is acti-
> vated, BUT the function of the keypad keys themselves does not change,
> but continue to initiate a "follow/goto link number" operation (or going
> the other way, they continue to activate the HOME/END/arrow/etc functions).
>
> In order to have the keypad keys change their functionality, the o(ptions)
> need to be "saved to disk", AND lynx needs to be exited/restarted.
>
> This is using the new-style o(ption) page ... I dunno if the old-style
> o(ption) menu is working this way also.
>
> Before I go digging, I'm wondering if other folks see this behavior, or
> if it might be config/platform dependent.
>
> Feedback ...?
>
> /kim
>