Re: LYNX-DEV Query about editing the bookmark file

[Jim Dennis]

> That's what lynx does - it calls (e.g.) vi +N <filename>, where N is based
> on the line number of the current link in the *rendered* text.  It's only
> an approximate guess, to take you to the vicinity of where you were.
> It cannot be more exact because there is no one-to-one correspondence
> between lines in the file and lines in the rendered version of it.  For
> example a link that occupies one line in the file may need more than one
> line on the screen (depending on screen width), and there's no telling how
> many lines the intro text will occupy when rendered.
> 
> If Larry wants to avoid seeing that message, he can try to stretch that
> intro paragraph by spreading it over more lines.  Also keeping less
> bookmarks in one file would probably help.
> 
>    Klaus

        Speaking of this behaviour -- why is it that Lynx
        insists on refetching a document when I want to switch
        between the rendered and source views.  That's really
        irritating.  I realize it would take twice the dynamic
        memory to store both the source and the rendered page
        in core -- but it would be nice.

        It would also be really nice if the 'e' option worked
        on remote files (by transparently creating a temp file).

        
;
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.
;