Re: lynx-dev Re: Clipboard via popen

[Doug Kaufman]

On Mon, 29 Sep 2003, Thomas Dickey wrote:

> On Mon, 29 Sep 2003, Doug Kaufman wrote:
> 
> > On Mon, 29 Sep 2003, Thomas Dickey wrote:
> >
> > > On Mon, Sep 29, 2003 at 12:51:41AM -0700, Doug Kaufman wrote:
> > > > There is a further problem in that the standard binding for LYE_PASTE,
> > > > ^W, doesn't work in DOS with the standard lynx.cfg. I have no idea
> > > > why it doesn't. I got pasting to work by changing the keybinding in
> > > > LYEditmap.c for PASTE to ^Y. Alternatively the following line in
> > >
> > > is CAN_CUT_AND_PASTE defined?
> >
> > CAN_CUT_AND_PASTE is defined in HTUtils.h since HAVE_POPEN is defined.
> > I used another ifdef CAN_CUT_AND_PASTE when binding ^Y to LYE_PASTE
> > in LYEditmap.c just one line below the binding of ^W, and that worked
> > fine. That is why I don't understand why ^W doesn't work. I didn't try
> > expanding the first ifdef to include the line with ^Y. I'll try later
> > and see if that makes a difference.
> 
> Is the ^W shown in the trace file?

Yes, the ^W shows in the trace file. Changing the binding for ^W in
LYEditmap.c from LYE_NOP to anything else doesn't seem to work, but it
can be bound by a KEYMAP command in lynx.cfg. The other surrounding
keys can be bound in LYEditmap.c without any problem. I've grep'd for
"^W" and for "0x17" but don't see where this gets special treatment in
the lynx code. There is special treatment for ^W in pdcurses getstr.c,
in function wgetnstr. But if that is the problem, why does a KEYMAP
in lynx.cfg make it work, and why would the ^W still show in the lynx
trace log? I am still confused by this.
                          Doug
-- 
Doug Kaufman
Internet: address@hidden


; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden