lynx-dev
[Top][All Lists]
Advanced

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

Re: lynx-dev bloating binaries (was clue)


From: Webmaster Jim
Subject: Re: lynx-dev bloating binaries (was clue)
Date: Sat, 27 Feb 1999 23:02:16 -0500

On Sat, Feb 27, 1999 at 06:19:27PM -0800, address@hidden wrote:
> On Fri, 26 Feb 1999, Webmaster Jim wrote:
> >I've patched against dev16 (nothing here should have changed a for a
> >while) 2 "retro" Lynx changes. One removes GOPHER code, and the other
> 
> When lynx is compiled without gopher code, does attempting to go to a gopher
> link provide some kind of useful message, like:
> This version of Lynx was compiled without gopher support. Ask your sysadmin
> to recompile with gopher support if you need access to gopher links.
> 
> Well, that needs to be cut down to <80 chars, I guess.. but you get the idea.
> Some relatively friendly error message that shows that Lynx can support
> gopher links.

No, my patch just "zeroes" the HTGopher.o module. Someone who has a
valid gopher URL could probably test what it does. Since I have seen no
gopher URLs in years (and never one of much use), I have little interest
in documenting how to do this other than: it's in the configure file as
--enable-gopher and --disable-gopher. Seems pretty self-explanatory. It
also shows up in the configure options screen as NO_GOPHER=1.

> Heck, I'd say that Usenet support would be a good thing to rip out for
> this Lynx-lite effort.  Giving a reference (or link, if there's a Usenet site)
> to a "real" news reader like trn would be good for the error condition in that
> case.

I've created a template of sorts. Someone could extend this to
NO_NEWS=1. This will be different than disabling news with command line
options.

------
<http://www.cs.indiana.edu/picons/db/users/us/md/lib/bcpl/jspath/face.xbm>
<http://www.altavista.com/cgi-bin/query?q=%22web+home+for+jim+spath%22>
Marvin the Paranoid Android says:
I've got one ready. Wait a minute.

reply via email to

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