lynx-dev
[Top][All Lists]
Advanced

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

lynx-dev Re: Trn and HTML -- and LYNX


From: David Combs
Subject: lynx-dev Re: Trn and HTML -- and LYNX
Date: Thu, 3 Sep 1998 12:11:21 -0700 (PDT)

> From address@hidden Wed Sep  2 12:09:27 1998
> Resent-Date: Wed, 2 Sep 1998 11:42:09 -0700 (PDT)
> X-Authentication-Warning: bebop.clari.net: list set sender to address@hidden 
> using -f
> To: address@hidden
> From: address@hidden
> In-reply-to: mattack's message of Wed, 02 Sep 1998 10:41:46 -0700.
>            <address@hidden> 
> Subject: Trn and HTML
> Date: Wed, 02 Sep 1998 11:42:06 -0700
> Sender: address@hidden
> Resent-Message-ID: <"5vxUC.0.i-.16Pxr"@bebop>
> Resent-From: address@hidden
> X-Mailing-List: <address@hidden> archive/latest/565
> X-Loop: address@hidden
> X-Loop: address@hidden
> Precedence: list
> Resent-Sender: address@hidden
> 
> Matt Ackeret writes:
> > Wayne, is there any chance that the *internal* trn HTML support
> > will be #ifdef-ed, so we can NOT compile it in, and optionally use
> > something else, like Lynx, to view HTML messages?
> 
> You can always choose to pipe the article to Lynx, if you so desire.
> Trn will not support calling any outside program for basic pager
> functions, because it is too disruptive as well as too slow.  A
> newsreader should just let you read each article in exactly the same
> way, no matter what format it is in.  The only reason to use Lynx
> (IMO) would be to begin browsing the links.
> 
> So, no, the ability for trn to page HTML articles is not going to be
> optional.  Having trn use a third-part HTML rendering library would
> be nice (the library just needs to be able to render plain text into
> a buffer for trn to page), but is not yet supported, and is probably
> overkill.
...


Emacs has the ability to be what IT calls a "server", whereby
there is some second program that you can run and it gets you into
the ALREADY RUNNING emacs.  I don't use this, but I believe people
use this for email, etc.  I suppose they COULD use it with trn.

Anyway, even though lynx starts up VASTLY faster than does emacs,
it might be nice to have one up and running (I do for use with
cut-addr ^Z (from eg trn) fg- (an alias to fg the "other" job)
and paste-addr, read the www-page, etc, then ^z and fg- back to trn),

for a way for trn to (optionally) display html via lynx rather
than via wayne's soon-to-be html-parser.

I add the lynx-list to the recipients of this msg because it is 
they who would have to think of how to implement an emacs-server
kind of thing in lynx.

Since lynx is fast becoming a standard way of getting text-only
html converted to .txt, this proposed "server" entry-method into
lynx could be useful for LOTS of things.

David

reply via email to

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