lynx-dev
[Top][All Lists]
Advanced

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

Re: lynx-dev lynx2.8.3dev.17


From: Henry Nelson
Subject: Re: lynx-dev lynx2.8.3dev.17
Date: Fri, 17 Dec 1999 13:40:49 +0900 (JST)

>  As other say, no .lynxrc option exists for it. It should be saved somewhere,
> and I don't insist on lynx.cfg at all.

Whew!  Glad to hear that.

> > "feature" itself.  All it does for me in its present form is 1) take away
> > 2 lines of information that I want on the Visited Page, 2) when I try to
> > change back to a regular list, after pressing enter on the accept changes
> > I am thrown back to the page I was viewing before rather than a revised
> > Visited Page, and 3) it just keeps moving the visited links more and more
> > to the right so that long ones quickly have to be wrapped (making them
> > harder to read AND wasting more space).  To me it is worthless and I don't
> > want it, but there is no way for me to turn it off.  Why do I have to be
> > the one to create and maintain a backout patch?
> 
>  1) For Tree mode, those 2 lines added are not visible since page is scrolled

?  Below is the out-of-the-box Visited Links Page.  I'm talking about that
"   [View As Visit Tree___________] Accept Changes" line and the following
blank line.

                                                             Visited Links Page

                Visited Links Page (Lynx$B%P!<%8%g%s(J 2.8.3dev.16)

   [View As Visit Tree___________] Accept Changes

You visited (POSTs, bookmark, menu and list files excluded):
0. [1]
  ***** snipped ********
==>     5. [6]NoxWeeds Project List
           http://endeavor.des.ucdavis.edu/weeds/specieslist.asp

>  3) This seems a problem, but for Tree mode only. I don't know how to fix this

That's what I mean!  Who needs it?

> hope that you won't be willing to do so that much when all problems listed
> will be fixed.

_If_ and _when_, we'll see.
 
> > I also am very much opposed to allowing the Visited Page posting (writing
> > to disk) privileges.
> 
>   I see this as useless feature too (but I'd like to be able to have much more
                  ^^^^^^^
I'm not saying "useless."  In this case I am specifically saying _undesirable_.

> bookmark files than 26, so I won't have to invent one-letter association for
> bookmark files. Having implemented ability for adding (and probably
> deleting) links to/from arbitrary files will allow user to save favorite links
> from his/her session to some file - IMO 95% of links in the V.L. page would b

I don't really understand your point here.  What I do is 'a' => 'l' with
the Visited Page, though in my case I would say that is closer to 99.9% of
the links are useless/redundant.  All of my bookmark files are hand-edited
except for one "pending" bookmark that is left stock so Lynx can do erasures
safely, so I have the use of ul nesting and links to sub-bookmarks on disk,
granted Lynx can't use them directly.
  
__Henry

reply via email to

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