lynx-dev
[Top][All Lists]
Advanced

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

Re: lynx-dev lynx2-8-1/Linux patch for new VTs


From: Webmaster Jim
Subject: Re: lynx-dev lynx2-8-1/Linux patch for new VTs
Date: Sun, 28 Mar 1999 14:23:32 -0500

On Sun, Mar 28, 1999 at 12:22:29PM -0600, Klaus Weide wrote:
> On Sun, 28 Mar 1999, Philip Webb wrote:
> 
> > 990328 Tony Garnock-Jones wrote:
> > > I miss the capability to open a new browser window to explore sublinks.
> > > As I run Lynx mostly on console on a Linux box,
> > > I decided to play with implementing a "open new browser window" feature
> > > using the Linux VT_??? ioctl()s.
> > 
> > as JS pointed out, one basic principle of Lynx development is
> > to keep it fully compatible across all platforms,
> > so if you want your patch accepted,
> > it will have to work on other UNIX's, VMS, Win95 etc.
> 
> Don't elevate this to an absolute requirement.  Lynx is not "fully
> compatible across all platforms", in the sense that a feature that works
> on one platform works on all.  I suspect it has never been since it
> started supporting more than one platform.
> 
> LYNXCGI works only on Unix.  NSL_FORK works only on Unix.  There's
> most likely more like that.  DEFAULT_VIRTUAL_MEMORY_SIZE works only on
> VMS.  Some things (still many?) don't work under DOS.  And
> EXP_CHARTRANS_AUTOSWITCH works only for the Linux console.

When we moved Lynx from classic Makefiles to configure, one rule that
made sense was to compile based on functions, rather than OS specifics.
Thus, instead of "#ifdef Linux" it should be "#ifdef HAVE_VT_IOCTL" or
whatever the capability is.

I don't like gratutitous "popup" browser windows already, so make sure
it can be excluded from the binary.

++++++++++++++++++++++++++++
Marvin the Paranoid Android.

reply via email to

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