Debian Bug report logs - #40556
lynx: help does not explain ^V

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

To: Debian Linux bug list <submit@bugs.debian.org>

Subject: lynx help does not explain ^V

Date: Thu, 1 Jul 1999 12:57:00 +0200 (CEST)

Package: lynx-ssl
Version: 2.8.1-2
Severity: wishlist

I am submitting this to lynx-ssl, because that's what I have installed.
Maybe it should be reassigned to lynx.

When an html page is made from input fields only, there is no
straightforward way to go back, or anyway exiting from the page.  In fact,
it can be done by typing ^V, followed by left arrow.

1: the help system should be callable using F1, ESC H, or anayway some
   keystrokes which are not entered as text.  F1 is particularly
   significant. 

2: I discovered the ^V key by exclusion: reading at the keystroke cncise
   help page  and trying the keys  whose description I  did not understand,
   and ^V worked.  Then I tried to find a complete description of ^V in the
   help, but I have not found  it in the obvious places.  In particular, it
   is not listed in  Lynx_users_guide.html#MiscKeys, nor is it described in
   Lynx_users_guide.html#Forms.

-- System Information
Debian Release: potato
Kernel Version: Linux pot 2.2.8 #2 Tue May 18 14:37:02 CEST 1999 i686 unknown

Versions of the packages lynx-ssl depends on:
ii  libc6           2.1.1-12       GNU C Library: Shared libraries and timezone
ii  libssl09        0.9.2b-3       SSL shared libraries
ii  slang1          1.2.2-2.1      The S-Lang programming library - runtime ver
ii  zlib1g          1.1.3-3        compression library - runtime

--- Begin /etc/lynx.cfg (modified conffile)
#
#
#
#
#
#
#
#
#
#
#
#
STARTFILE:http://www.cnuce.cnr.it/
#
HELPFILE:file://localhost/usr/doc/lynx/lynx_help/lynx_help_main.html
#
DEFAULT_INDEX_FILE:http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/MetaIndex.html
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
LOCAL_EXECUTION_LINKS_ALWAYS_ON:FALSE
LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE:FALSE
#
#
#
#
#
#
TRUSTED_EXEC:none
#
#
#
ALWAYS_TRUSTED_EXEC:none
#
#
TRUSTED_LYNXCGI:none
#
#
#
#
#
#
#
NNTPSERVER:newsserver.unipi.it
#
#
#
#
#
USE_MOUSE:TRUE
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
NO_DOT_FILES:FALSE
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
MINIMAL_COMMENTS:TRUE
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
GLOBAL_EXTENSION_MAP:/etc/mime.types
#
PERSONAL_EXTENSION_MAP:.mime.types
#
XLOADIMAGE_COMMAND:
#
#
#
#
#
#
#
GLOBAL_MAILCAP:/etc/mailcap
#
PERSONAL_MAILCAP:.mailcap
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
COLOR:0:lightgray:black
COLOR:1:blue:black
COLOR:2:yellow:blue
COLOR:3:green:black
COLOR:4:magenta:black
COLOR:5:blue:black
COLOR:6:red:black
COLOR:7:magenta:cyan
#
#
#
#
#
#
#
#
#
#

--- End /etc/lynx.cfg

Message #10 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Christoph Martin <martin@uni-mainz.de>

To: Francesco Potorti` <F.Potorti@cnuce.cnr.it>, 40556@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#40556: lynx help does not explain ^V

Date: Thu, 1 Jul 1999 15:18:09 +0200 (MET DST)

reassign 40556 lynx
quit

Francesco Potorti` writes:
 > Package: lynx-ssl
 > Version: 2.8.1-2
 > Severity: wishlist
 > 
 > I am submitting this to lynx-ssl, because that's what I have installed.
 > Maybe it should be reassigned to lynx.
 > 
 > When an html page is made from input fields only, there is no
 > straightforward way to go back, or anyway exiting from the page.  In fact,
 > it can be done by typing ^V, followed by left arrow.
 > 
 > 1: the help system should be callable using F1, ESC H, or anayway some
 >    keystrokes which are not entered as text.  F1 is particularly
 >    significant. 
 > 
 > 2: I discovered the ^V key by exclusion: reading at the keystroke cncise
 >    help page  and trying the keys  whose description I  did not understand,
 >    and ^V worked.  Then I tried to find a complete description of ^V in the
 >    help, but I have not found  it in the obvious places.  In particular, it
 >    is not listed in  Lynx_users_guide.html#MiscKeys, nor is it described in
 >    Lynx_users_guide.html#Forms.
 > 
 > -- System Information
 > Debian Release: potato
 > Kernel Version: Linux pot 2.2.8 #2 Tue May 18 14:37:02 CEST 1999 i686 unknown
 > 
 > Versions of the packages lynx-ssl depends on:
 > ii  libc6           2.1.1-12       GNU C Library: Shared libraries and timezone
 > ii  libssl09        0.9.2b-3       SSL shared libraries
 > ii  slang1          1.2.2-2.1      The S-Lang programming library - runtime ver
 > ii  zlib1g          1.1.3-3        compression library - runtime
 > 
 > --- Begin /etc/lynx.cfg (modified conffile)
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > STARTFILE:http://www.cnuce.cnr.it/
 > #
 > HELPFILE:file://localhost/usr/doc/lynx/lynx_help/lynx_help_main.html
 > #
 > DEFAULT_INDEX_FILE:http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/MetaIndex.html
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > LOCAL_EXECUTION_LINKS_ALWAYS_ON:FALSE
 > LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE:FALSE
 > #
 > #
 > #
 > #
 > #
 > #
 > TRUSTED_EXEC:none
 > #
 > #
 > #
 > ALWAYS_TRUSTED_EXEC:none
 > #
 > #
 > TRUSTED_LYNXCGI:none
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > NNTPSERVER:newsserver.unipi.it
 > #
 > #
 > #
 > #
 > #
 > USE_MOUSE:TRUE
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > NO_DOT_FILES:FALSE
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > MINIMAL_COMMENTS:TRUE
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > GLOBAL_EXTENSION_MAP:/etc/mime.types
 > #
 > PERSONAL_EXTENSION_MAP:.mime.types
 > #
 > XLOADIMAGE_COMMAND:
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > GLOBAL_MAILCAP:/etc/mailcap
 > #
 > PERSONAL_MAILCAP:.mailcap
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > COLOR:0:lightgray:black
 > COLOR:1:blue:black
 > COLOR:2:yellow:blue
 > COLOR:3:green:black
 > COLOR:4:magenta:black
 > COLOR:5:blue:black
 > COLOR:6:red:black
 > COLOR:7:magenta:cyan
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > #
 > 
 > --- End /etc/lynx.cfg

Message #17 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: 40556@bugs.debian.org

Cc: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

Subject: Re: lynx help does not explain ^V

Date: Sun, 11 Jul 1999 01:09:15 -0500 (CDT)

> When an html page is made from input fields only, there is no
> straightforward way to go back, or anyway exiting from the page.  In fact,
> it can be done by typing ^V, followed by left arrow.
> 
> 1: the help system should be callable using F1, ESC H, or anayway some
>    keystrokes which are not entered as text.  F1 is particularly
>    significant.

What is the problem here:
(a) that F1 does never invoke HELP, or
(b) that F1 does not invoke help while in an input field?

If (a), that may be a slang problem (it may not pick up the F1 escape
sequence from the terminfo description).

> 2: I discovered the ^V key by exclusion: reading at the keystroke cncise
>    help page  and trying the keys  whose description I  did not understand,
>    and ^V worked.  Then I tried to find a complete description of ^V in the
>    help, but I have not found  it in the obvious places.  In particular, it
>    is not listed in  Lynx_users_guide.html#MiscKeys, nor is it described in
>    Lynx_users_guide.html#Forms.

Check the help pages that come with the 2.8.2-1 package, and/or the
newer upstream help pages that are online
(<http://sol.slcc.edu/lynx/current/lynx2-8-3/lynx_help/>).  You should
find something there.  If that's not sufficient, consider sending doc
patches to <lynx-dev@sig.net>.

[ Note, I am not the Debian lynx maintainer. ]

   Klaus

Message #22 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

To: Klaus Weide <kweide@enteract.com>

Cc: 40556@bugs.debian.org

Subject: Re: lynx help does not explain ^V

Date: Mon, 12 Jul 1999 01:07:41 +0200 (CEST)

   What is the problem here:
   (a) that F1 does never invoke HELP, or
   (b) that F1 does not invoke help while in an input field?

There should be  a standard key which invokes help  in any situation.  This
way,  an input  field  would not  be a  special  case.  A  natural key  for
invoking help in any situation could be F1, or M=h (Alt-h).
   
   If (a), that may be a slang problem (it may not pick up the F1 escape
   sequence from the terminfo description).

In lynx 2.8.1, F1 does not invoke help on a Linux terminal.
   
   > 2: I discovered the ^V key by exclusion: reading at the keystroke cncise
   >    help page  and trying the keys  whose description I  did not understand,
   >    and ^V worked.  Then I tried to find a complete description of ^V in the
   >    help, but I have not found  it in the obvious places.  In particular, it
   >    is not listed in  Lynx_users_guide.html#MiscKeys, nor is it described in
   >    Lynx_users_guide.html#Forms.
   
   Check the help pages that come with the 2.8.2-1 package, and/or the
   newer upstream help pages that are online
   (<http://sol.slcc.edu/lynx/current/lynx2-8-3/lynx_help/>).  

Apparently, nothing changed.

   You should find something there.  

Why do you say so?

			  If that's not sufficient, consider sending doc
   patches to <lynx-dev@sig.net>.
 
Thanks for the suggestion, but it's enough for me to send a bug report.
Don't have enough time to correct all bugs I find in the the programs I
use.

Message #27 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

Cc: 40556@bugs.debian.org

Subject: Re: lynx help does not explain ^V

Date: Mon, 12 Jul 1999 01:50:58 -0500 (CDT)

On Mon, 12 Jul 1999, Francesco Potorti` wrote:
>    > 2: I discovered the ^V key by exclusion: reading at the keystroke cncise
>    >    help page  and trying the keys  whose description I  did not understand,
>    >    and ^V worked.  Then I tried to find a complete description of ^V in the
>    >    help, but I have not found  it in the obvious places.  In particular, it
>    >    is not listed in  Lynx_users_guide.html#MiscKeys, nor is it described in
>    >    Lynx_users_guide.html#Forms.
>    
>    Check the help pages that come with the 2.8.2-1 package, and/or the
>    newer upstream help pages that are online
>    (<http://sol.slcc.edu/lynx/current/lynx2-8-3/lynx_help/>).  
> 
> Apparently, nothing changed.
> 
>    You should find something there.  
> 
> Why do you say so?

Because at least the following is in the Lynx_users_guide.html#Forms
under the URL above:

   NOTE: If you have a text input field selected you will not have access
   to most of the Lynx keystroke commands, because they are interpreted
   by the [97]Line Editor as either text entries or editing commands.
   Select a button or box when you want to use Lynx keystrokes; or prefix
   your keystroke with ^V to temporarily escape from line editing.

(The reference to ^V is a recent addition.)
I was not sure whether this was already in the the 2.8.2-1 text,
I checked now and found it isn't.

(Following the "Line Editor" link also leads to a page, already in 2.8.1-3,
that lists
   LKCMD  Invoke cmd prompt    -  Ctrl-V (in form text fields, only)
)

   Klaus

Message #32 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

To: Klaus Weide <kweide@enteract.com>

Cc: 40556@bugs.debian.org

Subject: Re: lynx help does not explain ^V

Date: Mon, 12 Jul 1999 10:50:16 +0200 (CEST)

   >    (<http://sol.slcc.edu/lynx/current/lynx2-8-3/lynx_help/>).  
   
   Because at least the following is in the Lynx_users_guide.html#Forms
   under the URL above:
   
      NOTE: If you have a text input field selected you will not have access
      to most of the Lynx keystroke commands, because they are interpreted
      by the [97]Line Editor as either text entries or editing commands.
      Select a button or box when you want to use Lynx keystrokes; or prefix
      your keystroke with ^V to temporarily escape from line editing.
   
   (The reference to ^V is a recent addition.)

Ok, thanks.  I had missed that.  I think the reference should also be
present in the "Scrollling and other useful commands" section.  And maybe
the short help should be less cryptic, even if that is difficult because ^V
has a different meaning when outside of entry fields.

   I was not sure whether this was already in the the 2.8.2-1 text,
   I checked now and found it isn't.

Yes, that was my problem.
   
   (Following the "Line Editor" link also leads to a page, already in 2.8.1-3,
   that lists
      LKCMD  Invoke cmd prompt    -  Ctrl-V (in form text fields, only)
   )
   
I'd call this misleading...

Message #37 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

Cc: 40556@bugs.debian.org

Subject: Re: F1 doesn't work (was lynx help does not explain ^V)

Date: Mon, 12 Jul 1999 07:39:58 -0500 (CDT)

On Mon, 12 Jul 1999, Francesco Potorti` wrote:

> Ok, thanks.  I had missed that.  I think the reference should also be
> present in the "Scrollling and other useful commands" section.  And maybe
> the short help should be less cryptic, even if that is difficult because ^V
> has a different meaning when outside of entry fields.
> [...]
>    (Following the "Line Editor" link also leads to a page, already in 2.8.1-3,
>    that lists
>       LKCMD  Invoke cmd prompt    -  Ctrl-V (in form text fields, only)
>    )
>    
> I'd call this misleading...

It can definitely be improved...

Regarding F1,

> There should be a standard key which invokes help in any situation.
> This way, an input field would not be a special case.  A natural key
> for invoking help in any situation could be F1, or M=h (Alt-h).

>>   If (a), that may be a slang problem (it may not pick up the F1 escape
>>   sequence from the terminfo description).

> In lynx 2.8.1, F1 does not invoke help on a Linux terminal.

It should, and used to in earlier versions, at least outside of
form fields.  The linux escape sequence for F1 isn't recognized
automatically any more.  The file samples/lynx-keymaps (missing in
the lynx package) shows a way for user-specific workaround:
put the line
   setkey "\033[[A"        F1
in a ~/.lynx-keymaps file. 

Lynx compiled with ncurses doesn't have this problem.

Regarding F1 in input fields,
that's mostly there (either by default or can be set in lynx.cfg)
in post 2.8.2 devel code.

   Klaus

Message #42 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Francesco Potorti` <F.Potorti@cnuce.cnr.it>

To: "T.E.Dickey" <dickey@clark.net>

Cc: 40556@bugs.debian.org, Klaus Weide <kweide@enteract.com>

Subject: Re: http://x28.deja.com/=dnc/[ST_rn=ps,ST_m=ps]/getdoc.xp?AN=499905285&CON

Date: Mon, 12 Jul 1999 16:51:44 +0200 (CEST)

Just upgraded to lynx-ssl 2.8.2.1.  On a Linux terminal, pressing F1 I get
the prompt:

  Save D)ocument or L)ink to bookmark file or C)ancel? (d,l,c):

which is normal, because in the current definition of the linux terminal, I
have kf1=\E[[A;.  It  is normal in the sense that lynx  does not know about
F1.  If I try in an xterm, however, it works.  This supports Klaus'
observation that it may be slang's culprit, even if I cannot imagine why:
the F1 definition is there in the terminfo database, both in the linux and
in the xterm definitions.

Message #47 received at 40556@bugs.debian.org (full text, mbox, reply):

From: Klaus Weide <kweide@enteract.com>

To: lynx-dev@sig.net

Cc: Francesco Potorti` <F.Potorti@cnuce.cnr.it>, 40556@bugs.debian.org, "John E. Davis" <davis@space.mit.edu>

Subject: linux F1 key and slang (was http://x28.deja.com/=dnc/[ST_rn=ps,ST_m=ps]/getdoc.xp?AN=499905285&CON)

Date: Mon, 12 Jul 1999 19:26:50 -0500 (CDT)

[ I'm taking this to lynx-dev; some previous exchange can be found
  at <http://www.debian.org/Bugs/db/40/40556.html>.  I have cc'd
  the slang author because the lynx change log entry
  
  1998-05-10 (2.8.1dev.10)
  * added John Davis' keymaps/keysym patch (it really should be integrated
    wit the normal lynx.cfg file).

  indicates that a relevant change was originally from him. ]

On Mon, 12 Jul 1999, Francesco Potorti` wrote:

> Just upgraded to lynx-ssl 2.8.2.1.  On a Linux terminal, pressing F1 I get
> the prompt:
> 
>   Save D)ocument or L)ink to bookmark file or C)ancel? (d,l,c):
> 
> which is normal, because in the current definition of the linux terminal, I
> have kf1=\E[[A;.  

The \E[[ is unrecognized and thus ignored, then the following char 'A'
is seen by lynx and treated as a new key (in this case, mapped to
ADD_BOOKMARK).

> It  is normal in the sense that lynx  does not know about
> F1.  If I try in an xterm, however, it works.  This supports Klaus'
> observation that it may be slang's culprit, even if I cannot imagine why:
> the F1 definition is there in the terminfo database, both in the linux and
> in the xterm definitions.

It seems that lynx-with-slang uses only a limited set of the terminfo
capabilities.  Specifically, it doesn't use key_* capabilities.

Some vtXXX-ish escape sequences for F1 are hardwired into lynx
(setup_vtXXX_keymap in LYStrings.c), probably relevant change log entries
under 1998-09-22 (2.8.1pre.1):
  * correct keymap strings for F1 and DO_KEY - TD
  * add keymap table entries for F1, to accommodate slang which appears to ignore
    terminal description when keymaps are defined - TD
That's probably why it works under xterm.  But there is no hardwired
escape sequence for the linux-specific "\033[[A" for F1.  

(Actually, the sequence is recognized "by hand" in the version of
LYgetch_for() in LYStrings.c that isn't used any more with the for-slang
"keymaps/keysym patch".  That code path is for systems that don't have
keypad() functionality, and maybe as a fallback for those that have,
but slang-with-USE_KEYMAPS doesn't use it.)

Do any slang applications (that don't have the escape sequence hardcoded)
recognize the linux console F1 based on the terminfo key_f1?
If not, it looks like a limitation that comes with using slang.
If yes, lynx code should probably be updated to do the same thing as
those applications.

The F1 sequence could also be explicitly added to the vtXXX_keymap 
table in LYStrings.c.  But it looks like a bad idea to me to
continue adding system-specific non-standard escape sequences
there.  (And there's nothing vtXXX-ish about the linux key_f1).

   Klaus

Message #52 received at 40556@bugs.debian.org (full text, mbox, reply):

From: "John E. Davis" <davis@space.mit.edu>

To: lynx-dev@sig.net

Cc: F.Potorti@cnuce.cnr.it, 40556@bugs.debian.org, lynx-dev@sig.net

Subject: Re: linux F1 key and slang (was http://x28.deja.com/=dnc/[ST_rn=ps,ST_m=ps]/getdoc.xp?AN=499905285&CON)

Date: Mon, 12 Jul 1999 22:01:02 -0400

On Mon, 12 Jul 1999 19:26:50 -0500 (CDT), Klaus Weide <kweide@enteract.com> said:
>Do any slang applications (that don't have the escape sequence hardcoded)
>recognize the linux console F1 based on the terminfo key_f1?

   Yes.  Examples include jed, slrn, and most.  For exampe, to bind
the F1 key to some_function in jed, one would use:

     setkey ("some_function",  "^(k1)");

where `k1' is the termcap name for F1.

>If not, it looks like a limitation that comes with using slang.
>If yes, lynx code should probably be updated to do the same thing as
>those applications.

This should be trivial by allowing slang to interpret the key sequences.
I will look into it.

--John

Message #57 received at 40556@bugs.debian.org (full text, mbox, reply):

From: "John E. Davis" <davis@space.mit.edu>

To: lynx-dev@sig.net

Cc: F.Potorti@cnuce.cnr.it, 40556@bugs.debian.org, lynx-dev@sig.net

Subject: Re: linux F1 key and slang (was http://x28.deja.com/=dnc/[ST_rn=ps,ST_m=ps]/getdoc.xp?AN=499905285&CON)

Date: Mon, 12 Jul 1999 23:36:14 -0400

On Mon, 12 Jul 1999 19:26:50 -0500 (CDT), Klaus Weide <kweide@enteract.com> said:
>The F1 sequence could also be explicitly added to the vtXXX_keymap 
>table in LYStrings.c.  But it looks like a bad idea to me to
>continue adding system-specific non-standard escape sequences
>there.  (And there's nothing vtXXX-ish about the linux key_f1).

Here are patches to lynx-2-8-1 that fix the problem.  The patches
affects two files:  LYCurses.c and LYStrings.c

--- LYCurses.c.ORIG	Mon Jul 12 23:29:16 1999
+++ LYCurses.c	Mon Jul 12 23:00:45 1999
@@ -677,7 +677,9 @@
     }
 
     if (slinit == 0) {
+#if !defined(USE_KEYMAPS)
 	SLtt_get_terminfo();
+#endif
 #if defined(__DJGPP__) && !defined(DJGPP_KEYHANDLER)
 	SLkp_init ();
 #endif /* __DJGPP__ && !DJGPP_KEYHANDLER */
--- LYStrings.c.ORIG	Fri May 28 10:04:01 1999
+++ LYStrings.c	Mon Jul 12 23:25:26 1999
@@ -581,9 +581,13 @@
  * the CSI logic and other special cases for VMS, NCSA telnet, etc.
  */
 #ifdef USE_SLANG
-#define DEFINE_KEY(string,lynx,curses) {string,lynx}
+# ifdef VMS
+#  define DEFINE_KEY(string,string1,lynx,curses) {string,lynx}
+# else
+#  define DEFINE_KEY(string,string1,lynx,curses) {string1,lynx}
+# endif
 #else
-#define DEFINE_KEY(string,lynx,curses) {string,curses}
+#define DEFINE_KEY(string,string1,lynx,curses) {string,curses}
 #endif
 
 typedef struct
@@ -595,22 +599,22 @@
 
 static Keysym_String_List Keysym_Strings [] =
 {
-    DEFINE_KEY( "UPARROW",	UPARROW,	KEY_UP ),
-    DEFINE_KEY( "DNARROW",	DNARROW,	KEY_DOWN ),
-    DEFINE_KEY( "RTARROW",	RTARROW,	KEY_RIGHT ),
-    DEFINE_KEY( "LTARROW",	LTARROW,	KEY_LEFT ),
-    DEFINE_KEY( "PGDOWN",	PGDOWN,		KEY_NPAGE ),
-    DEFINE_KEY( "PGUP",		PGUP,		KEY_PPAGE ),
-    DEFINE_KEY( "HOME",		HOME,		KEY_HOME ),
-    DEFINE_KEY( "END",		END_KEY,	KEY_END ),
-    DEFINE_KEY( "F1",		F1,		KEY_F(1) ),
-    DEFINE_KEY( "DO_KEY",	DO_KEY,		KEY_F(16) ),
-    DEFINE_KEY( "FIND_KEY",	FIND_KEY,	KEY_FIND ),
-    DEFINE_KEY( "SELECT_KEY",	SELECT_KEY,	KEY_SELECT ),
-    DEFINE_KEY( "INSERT_KEY",	INSERT_KEY,	KEY_IC ),
-    DEFINE_KEY( "REMOVE_KEY",	REMOVE_KEY,	KEY_DC ),
-    DEFINE_KEY( "DO_NOTHING",	DO_NOTHING,	0 ),
-    DEFINE_KEY( NULL, 		-1,		ERR )
+    DEFINE_KEY( "UPARROW",	"UPARROW",	UPARROW,	KEY_UP ),
+    DEFINE_KEY( "DNARROW",	"DNARROW",	DNARROW,	KEY_DOWN ),
+    DEFINE_KEY( "RTARROW",	"RTARROW",	RTARROW,	KEY_RIGHT ),
+    DEFINE_KEY( "LTARROW",	"LTARROW",	LTARROW,	KEY_LEFT ),
+    DEFINE_KEY( "PGDOWN",	"PGDOWN",	PGDOWN,		KEY_NPAGE ),
+    DEFINE_KEY( "PGUP",		"PGUP",		PGUP,		KEY_PPAGE ),
+    DEFINE_KEY( "HOME",		"HOME",		HOME,		KEY_HOME ),
+    DEFINE_KEY( "END",		"END",		END_KEY,	KEY_END ),
+    DEFINE_KEY( "F1",		"F1",		F1,		KEY_F(1) ),
+    DEFINE_KEY( "DO_KEY",	"DO_KEY",	DO_KEY,		KEY_F(16) ),
+    DEFINE_KEY( "FIND_KEY",	"FIND_KEY",	FIND_KEY,	KEY_FIND ),
+    DEFINE_KEY( "SELECT_KEY",	"SELECT_KEY",	SELECT_KEY,	KEY_SELECT ),
+    DEFINE_KEY( "INSERT_KEY",	"INSERT_KEY",	INSERT_KEY,	KEY_IC ),
+    DEFINE_KEY( "REMOVE_KEY",	"REMOVE_KEY",	REMOVE_KEY,	KEY_DC ),
+    DEFINE_KEY( "DO_NOTHING",	"DO_NOTHING",	DO_NOTHING,	0 ),
+    DEFINE_KEY( NULL,		NULL, 		-1,		ERR )
 };
 
 #ifdef NCURSES_VERSION
@@ -938,26 +942,26 @@
 PRIVATE void setup_vtXXX_keymap NOARGS
 {
     static Keysym_String_List table[] = {
-	DEFINE_KEY( "\033[A",	UPARROW,	KEY_UP ),
-	DEFINE_KEY( "\033OA",	UPARROW,	KEY_UP ),
-	DEFINE_KEY( "\033[B",	DNARROW,	KEY_DOWN ),
-	DEFINE_KEY( "\033OB",	DNARROW,	KEY_DOWN ),
-	DEFINE_KEY( "\033[C",	RTARROW,	KEY_RIGHT ),
-	DEFINE_KEY( "\033OC",	RTARROW,	KEY_RIGHT ),
-	DEFINE_KEY( "\033[D",	LTARROW,	KEY_LEFT ),
-	DEFINE_KEY( "\033OD",	LTARROW,	KEY_LEFT ),
-	DEFINE_KEY( "\033[1~",	FIND_KEY,	KEY_FIND ),
-	DEFINE_KEY( "\033[2~",	INSERT_KEY,	KEY_IC ),
-	DEFINE_KEY( "\033[3~",	REMOVE_KEY,	KEY_DC ),
-	DEFINE_KEY( "\033[4~",	SELECT_KEY,	KEY_SELECT ),
-	DEFINE_KEY( "\033[5~",	PGUP,		KEY_PPAGE ),
-	DEFINE_KEY( "\033[6~",	PGDOWN,		KEY_NPAGE ),
-	DEFINE_KEY( "\033[8~",	END_KEY,	KEY_END ),
-	DEFINE_KEY( "\033[7~",	HOME,		KEY_HOME),
-	DEFINE_KEY( "\033[28~",	F1,		KEY_F(1) ),
-	DEFINE_KEY( "\033OP",	F1,		KEY_F(1) ),
-	DEFINE_KEY( "\033[OP",	F1,		KEY_F(1) ),
-	DEFINE_KEY( "\033[29~",	DO_KEY,		KEY_F(16) ),
+	DEFINE_KEY( "\033[A",	"^(ku)", UPARROW,	KEY_UP ),
+	DEFINE_KEY( "\033OA",	"^(ku)", UPARROW,	KEY_UP ),
+	DEFINE_KEY( "\033[B",	"^(kd)", DNARROW,	KEY_DOWN ),
+	DEFINE_KEY( "\033OB",	"^(kd)", DNARROW,	KEY_DOWN ),
+	DEFINE_KEY( "\033[C",	"^(kr)", RTARROW,	KEY_RIGHT ),
+	DEFINE_KEY( "\033OC",	"^(kr)", RTARROW,	KEY_RIGHT ),
+	DEFINE_KEY( "\033[D",	"^(kl)", LTARROW,	KEY_LEFT ),
+	DEFINE_KEY( "\033OD",	"^(kl)", LTARROW,	KEY_LEFT ),
+	DEFINE_KEY( "\033[1~",	"^(@0)", FIND_KEY,	KEY_FIND ),
+	DEFINE_KEY( "\033[2~",	"^(kI)", INSERT_KEY,	KEY_IC ),
+	DEFINE_KEY( "\033[3~",	"^(kD)", REMOVE_KEY,	KEY_DC ),
+	DEFINE_KEY( "\033[4~",	"^(*6)", SELECT_KEY,	KEY_SELECT ),
+	DEFINE_KEY( "\033[5~",	"^(kP)", PGUP,		KEY_PPAGE ),
+	DEFINE_KEY( "\033[6~",	"^(kN)", PGDOWN,		KEY_NPAGE ),
+	DEFINE_KEY( "\033[8~",	"^(@7)", END_KEY,	KEY_END ),
+	DEFINE_KEY( "\033[7~",	"^(kh)", HOME,		KEY_HOME),
+	DEFINE_KEY( "\033[28~",	"^(k1)", F1,		KEY_F(1) ),
+	DEFINE_KEY( "\033OP",	"^(k1)", F1,		KEY_F(1) ),
+	DEFINE_KEY( "\033[OP",	"^(k1)", F1,		KEY_F(1) ),
+	DEFINE_KEY( "\033[29~",	"^(F6)", DO_KEY,		KEY_F(16) ),
     };
     size_t n;
     for (n = 0; n < TABLESIZE(table); n++)
@@ -970,6 +974,11 @@
     int i;
     char keybuf[2];
 
+    /* The escape sequences may contain embedded termcap strings.  Make
+     * sure the library is initialized for that.
+     */
+    SLtt_get_terminfo();
+   
     if (NULL == (Keymap_List = SLang_create_keymap ("Lynx", NULL)))
 	return -1;
 

Message #66 received at 40556-done@bugs.debian.org (full text, mbox, reply):

From: Thomas Dickey <dickey@his.com>

To: 40556-done@bugs.debian.org

Cc: 40556-quiet@bugs.debian.org

Subject: re: #40556 lynx: help does not explain ^V

Date: Sun, 22 Nov 2009 16:05:57 -0500

[Message part 1 (text/plain, inline)]

this was long since done, before even 2.8.5 (close)

-- 
Thomas E. Dickey <dickey@invisible-island.net>
http://invisible-island.net
ftp://invisible-island.net

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.