[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev SOURCE_CACHE "problem" - proposal of SOURCE_CACHE_FOR_IN
From: |
Vlad Harchev |
Subject: |
Re: lynx-dev SOURCE_CACHE "problem" - proposal of SOURCE_CACHE_FOR_INCOMPLETE |
Date: |
Wed, 12 Apr 2000 15:31:00 +0500 (SAMST) |
On Wed, 12 Apr 2000, Henry Nelson wrote:
> > Maybe he could remind us once more.
>
> I'd prefer not to dwell on it since the developers appear to be
> committed to duplicating the lynx.cfg file in html format. If and when
> the hypertext configuration file becomes truly useful, then my opinions
> really won't matter anymore.
I think hypertext configuration file won't exist at all (it's senseless).
Hypertext description of options allowed in configuration file is available
for a long time.
> Basically, I find keeping related options named with the same top-level
> option name easier, not harder, to read and understand. The sub-option
> notion is easier for me to visualize in my mind what the configuration
> scheme will do for me when I actually apply it and use it in Lynx.
> People have different ways of thinking, so it's not much of an argument.
> I also think it would help prevent like options from getting separated
> from each other in the lynx.cfg file (I believe there was at one time
> an example with the COOKIES options). Finally, having top-level/sub
> option categorization in place in the lynx.cfg file to begin with
> precludes the need for the directives like ".h2" that have been put into
> the distribution lynx.cfg, and which IMO just make it that much more
> confusing to wade through and edit. Afterall, there is no "lynx.cfg
> editor," nor is there a "lynx.cfg forms-web page." The way to configure
Such way will be easy to write (I thought about it) - I think it will
require about 15K of code, provided that options without suboptions won't be
editable (since support for editing them will require a lot of needless
efforts). Just "legalizing" suboptions for rather vital settings is simply
reducing the number of options the user will be able to configure with that
(yet non-existing) interface.
> is to read and manually edit. (Different, but related topic: I still use
> my 14-year-old, 8MB Sun workstation and my 16MB NEC PC98-note -- anyone who
> knows these machines knows what happens when you try to edit a 100kB file.
> Can't. Means anyone configuring had better know how to use head, tail,
> grep and sed, and who knows what else. Easier to buy a new machine.)
You can split lynx.cfg into arbitrary small chunks using sed, edit each of
chunks and then use INCLUDE directive in main lynx.cfg to include each chunk.
> __Henry
>
Best regards,
-Vlad