lynx-dev
[Top][All Lists]
Advanced

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

Re: lynx-dev reordered Options


From: Leonid Pauzner
Subject: Re: lynx-dev reordered Options
Date: Thu, 6 Apr 2000 01:58:48 +0400 (MSD)

5-Apr-2000 10:11 Klaus Weide wrote:
> On Wed, 5 Apr 2000, Leonid Pauzner wrote:

>> The only thing I note is that Cookies option is not (are not) saved
>> which looks rather strange (as far as I can remember, some options are
>> saved into lynx.rc and some are not - should be fixed IMO).

> Yes, it's only half true.  The three-way choice combines two variables
> into one 'option', LYSetCookies and LYAcceptAllCookies.  Of these,
> the first is not saved, but the second is saved.  Putting the (!) mark
> there was just a compromise, maybe not the best.

> Those three-way choices that combine several 'elementary' flags -
> "Cookies" as well as "Show images" are a pain.  Somebody apparently
> thought they were more user-friendly, but they are certainly not
> programmer-friendly as they are.  (Therefore hard to explain, therefore
> confusing also to any user who wants to understand what they do.)

Oh, that was me who invent this three-way choice in both places
of forms-based options menumore than a year ago...
Yes, it is questionable, but nobody rewite this code since then,
and now a bad monent for such changes definitely.
After release we could decide something if there will enough willing.

> I could do without them...  but personally won't be touching that now.
> (If you strongly feel that there shouldn't be the (!) mark at
> "Cookie", please say so now.)

Yes, I think (!) should be removed from Cookies,
this is a better compromize, IMHO.
(people usually want accept all cookies to avoid annoying warnings
instead of disable them completely and being rejected from sites
they want visit to. It not, that should be a highly untrivial person
who may look into lynx.cfg, and invest some time on learning the
subject.


>   Klaus





reply via email to

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