> Yes, it does seem rather big for for what is basically a text browser.
> Despite its large size, 716,304 bytes for the main Lynx386 executable,
> it deals with memory quite well. I use this browser very frequently to
> access mainly textual information pages such as on-line FAQs, DOCs, news
> stories, and weather reports. Also I use Lynx386 to access and use
> on-line mail-order forms on https pages. Lynx386 never crashes on me.
>
> I sure wish SSL would be incorporated into Arachne. In some countries
> the use of the encryption algorithms are severely restricted by law. I
> don't know if developers in the Czech Republic would be faced with having
> to overcome legal obstacles if they wanted to write programs for SSL.
>
> Sam Heywood
Putting "> " at the beginning of every line in a block worked on the first
attempt, using GNU Emacs, DOS port, rather new to me.
On the SSL, there is http://www.fortify.net, based in Australia, with patches to
fortify various versions of Netscape, including Linux version, for 128-bit
encryption. OpenBSD (http://www.openbsd.org), based in Canada, can include
encryption that is illegal for export from the USA, but it is illegal to export
from the USA, and people outside North America can download OpenBSD with
encryption part, but not from servers in the USA. So I suppose the Czech
Republic could thumb their noses at US export restrictions.
I have trouble with Lynx386 on
http://iwin.nws.noaa.gov/iwin/textversion/main.html
and links therefrom. Some of the time Lynx386 gets stuck on the last segment of
a page download. This never happened with OS/2 port of Lynx, or with Arachne.
Then the only way out is Ctrl-C, and sometimes the computer hangs after that.
But if I don't put DPMI on the same CONFIG.SYS line as EMM386.EXE (DR-DOS 7.03),
I usually get out to the DOS prompt and can keep going from there. Some other
DOS HTTP applications, including HTGET, have some trouble on this domain, and
DOSLYNX, with the pulldown menus, delayed a half-minute at the end of each page
download when I last tried many months ago. Apparently DR-DOS 7.03 DPMI is
buggy, and I believe Ricsi has pointed this out.
On those long weather pages, particularly the one-day climate summary, I much
prefer one big Web page as opposed to breaking up into several pages and then
having to call the server multiple times. If a page is too big to read while
online, it can be saved for offline reading. What I find difficult to deal with
are those many-part online help manuals where everything is on a separate page,
meaning many calls to the server. I would much prefer a single ZIP or .tgz file
download, and some sites provide that.
