[Top][All Lists]

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

Re: lynx-dev LYNX: need for "re-try to get it"

From: Laura Eaves
Subject: Re: lynx-dev LYNX: need for "re-try to get it"
Date: Fri, 8 May 1998 14:56:36 -0400 (EDT)

> From: Bela Lubkin <address@hidden>
> Date: Fri, 8 May 1998 04:31:32 -0700
> David Combs wrote:
> > Often when I type in eg "12" (numbered links) to go somewhere,
> > it just waits -- or maybe comes back failing to find it,
> > eg that all ports are taken.
> > 
> > In either case, it speeds up things, it turns out, for me
> > to "z" it, and try again, which often works, right quick.
> > 
> > Now, if I am "at" that link, it's easy to re-try it; I
> > just hit <return> or L, and I'm off.
> > 
> > However, when I have typed in a number, eg 12, I have to
> > remember what number I typed in, and do it again.
> > 
> > Now, if I hit the up-arrow (not caret) key over to the
> > right of the keyboard, and do it after a "g", it
> > spits-out the last TYPED-IN (or on cmd line) address.
> > 
> > Maybe it would be nice if that "12", or at least the
> > addr it mapped to, was pushed onto that stack too?
> > Then IT would be there when I hit that up-arrow.
> > 
> > ----
> > 
> > Or maybe there is already a key-cmd to re-try the prior thing,
> > and I just don't know about it?
> What if 12<Return> did:
>   - follow link 12
>   - remember that you were on link 12
> i.e. as if you had typed 12g<Return>12<Return>?
> I think this could be done by adding a:
>        =;
> into the code for DO_LINK_STUFF in LYMainLoop.c.  But I haven't tried
> it.

Actaully it's a little more difficult than that -- mods in mainloop and getfile
-- to treat 12<return> as 12g<return><return>
There was discussion on this last year --  I believe the
consensus was to keep the old semantics of "12" for several reasons:
        1. If a link is invisible (no text in the anchor) so that
        you can't select the link using the arrow keys, you could
        still select it by typing its number.
        2. 123g was hard to implement.
Since Klaus and Fote managed to implement 123g, however, and since
invisible links are no longer numbered in 2.7.2 and 2.8, (but are accessible
from the list page), can anyone thiank of another reason besides backward
compatibility to keep the old semantics?

PS: Actually now that I look at the options, Klaus did implement
a -hiddenlinks=option switch that allows hidden links to be numbered
as before.  The 3 options are merge, listonly, ignore.
So #1 above is still an issue in 2.8.

reply via email to

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