[Top][All Lists]

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

Re: lynx-dev so eg mutt can run it as "server"?

From: yury . burkatovsky
Subject: Re: lynx-dev so eg mutt can run it as "server"?
Date: Tue, 19 Oct 1999 12:06:35 +0200 (IST)

Sorry for the late response; I checked up the recent mail and could not find any
answer related to your last question.

>               lynx-dev LYNX: so eg mutt can run it as "server"?
>     _________________________________________________________________
>     * To: address@hidden
>     * Subject: lynx-dev LYNX: so eg mutt can run it as "server"?
>     * From: David Combs <address@hidden>
>     * Date: Fri, 1 Oct 1999 09:16:00 -0700 (PDT)
>     * Reply-To: address@hidden
>     * Sender: address@hidden
>     _________________________________________________________________
>Emacs has this neat facility by which it can be set up
>as a "server", such that with the proper string in "EDITOR"
>env-variable, when some process wants to run the $EDITOR,
>you end up inside the "already been running" emacs.
>QUESTION: what about such a feature for LYNX (or is there ALREADY

I personally do not see any need for this: generally it could be of use for
those who want lynx to control multi-session environment. As of emacs, this
feature is two-fold: you save time while creating a new edit session and have
the ability to switch easily between all the buffers scattered over the
sessions. Implementation this feature within lynx isn't worth the effort IMO,
since a new lynx session can be fired up very rapidly and multi-session control
would require some sofisticated solutions for keeping the shared data (e.g.
cookies) up to date.

>More and more, you get this html junk in emails; right now,
>I have to save the .html-part to a file, then
>(in my already running lynx that I now "fg" back into),
>I must PREFIX the filename with "file://localhost/u/u5/dkcombs/",
>not something you want to type in by hand.

You can use the standard MIME mailcap files with the proper settings for
text/html entries as it has been said earlier. If your mail agent does not
support MIME, try piping your mail through either metamail
( or mpack

>Well, I was going to suggest that lynx add something to the
>"g" command for local files, thus avoiding the long prefix,
>-- well, I still am suggesting that, because my ingenious
>(sadSmiley) solution of symbolic link won't handle those
>chars of double slash and the file:.
>So, how about inventing a new url-item, "myfile://<filename>",
>which lynx expands into the localhost/u/u5/dkcombs stuff

You may of course invent any URL scheme you want in your HTML files and then
treat it by an EXTERNAL command (usually mapped to "." in lynx) so as the links
of this special kind would be fed into a dedicated Unix command associated with
that scheme.

Wrt typing in a link to a local file in response to the "g"o prompt, lynx
already allows you the shortcuts you want:

- any input starting from a dot is resolved as a link to a file/directory that
  resides in your current directory (i.e. where the lynx was launched from) or
  in a location which is relative to it. It is equivalent to typing in
  file://localhost/the/full/path/to/your/current/directory/<your input here>

  Example: if your reply "../" to the prompt "URL to open: ", you will end up in
  your upper level directory.

- any input starting from a slash is interpreted as a URL which is
  relative to the root directory, i.e. as file://localhost/<your input here>.

  Try to invent your own example here :)

- any input starting from a tilde is interpreted as a URL which is relative to
  your home directory, i.e. in your case "~/myfile" is resolved as

Scrolling with up and down arrows through the go-to history will bring you
aftewards the full file://localhost/... inscribings instead of what you typed,
providing they were successfully resolved by lynx.
Regards,                                                |       /^^^\
        Yury                                            |     (| , , |)
                                                        |      |  *  |
E-mail: yury.burkatovsky at telrad dot co dot il        |       \_-_/

reply via email to

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