Re: lynx-dev Re: [PATCH 2.8.4dev.20] Hot place for URL goto

[Henry Nelson]

> P.S.  I see no reason for existence of a dumbed-down style-less lynx.

I see no reason for the existence of a smarted-up styled lynx.  Why?
Because the so-called "lss" is a misnomer and doesn't even come close to
support for CSS.  It just means more configuration for a modicum of
fanciness, which I don't need or want.  As it is, the Lynx community cannot
even come to a consensus on what the default seven colors ought to be.
I shudder at the thought of what lss.cfg would throw at me.  Weeks of lost
time trying to get the screen back to "normal."

>       And
>       remember the "who is needing this?" unison when I started to
>       simplify GridText.c?

As I recall there were a bunch of patches that came over that required
the GridText.c simplification patch to be applied before they would go
on.  I can't speak for others, but most of my comments of the type "who
needs it" were directed at one or two of the very minor patches, NOT
at the GridText.c simplifications.  By coupling "feature" patches with
"functional" patches you present a real quandary to anyone trying to do
some evaluation.

GridText.c is at the heart of Lynx.  Radical changes there affect nearly
every aspect of Lynx.  Thus changes there need to be made with particular
caution.  Changes to the core of GridText.c need to be tested thoroughly,
which means by a number of people (i.e., many platforms, curses, emulators)
over a reasonable period of time.  Changes to GridText.c go way beyond any
"who is needing this?".  I believe you understand this since you make the
comment: 
>       With the mindless
>       the-hell-with-thinking-let's-just-code-it approach to coding
>       which pervades the lynx sources

Everyone knows my intolerance for "frivolousness."  My abhorrence of
"recklessness" goes way beyond that.

__Henry

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