Re: [Slightly OT] Allow for choosing browser to follow a link
On 2007-08-29, Kyle Wheeler <kyle-mutt@xxxxxxxxxxxxxx> wrote:
> On Wednesday, August 29 at 10:50 AM, quoth Gary Johnson:
> >> In html email, w3m (my usual inline html renderer) doesn't spit out
> >> all the links in convenient fashion at the bottom, like elinks
> >> does, and what links there are are often wrapped to the terminal
> >> width. How does w3m handle that?
> >
> > It's true that w3m sometimes seems to break URLs at the ends of
> > lines. I don't know why that is or whether the break is created by
> > w3m or is in the original message. I doesn't happen often enough
> > for me to have looked into it.
> >
> > I'm not sure I understand the issue with links at the bottom.
>
> My point is that when, in the html, they have something like this:
>
> Click <a href="http://example.com">here</a>!
>
> w3m will render that (as part of the pipe_decode process) into:
>
> Click here!
>
> pipe_decode uses w3m to *decode* the email before piping it to
> whatever you told it to pipe to; so piping an html message to w3m with
> pipe_decode set is feeding w3m its own output (read: mostly useless
> for extracting links).
>
> > o As an HTML-to-plain-text converter ahead of mutt's built-in
> > pager. W3m renders the HTML as it would be seen in a browser, so
> > the URLs of links are often not rendered. It doesn't really matter,
> > though, since links can't followed from mutt's pager anyway. To
> > follow the links in such messages, I open the HTML part of the
> > message from mutt's attachment menu which runs w3m as a browser.
>
> That's very different from what you were suggesting before. It's a few
> extra steps, too...
Right. I guess I just didn't think about that use case. If I can
see the URLs the pager, I use Ctrl-B. If I can't see the URLs, I
use the attachment menu. I don't encounter the latter very often,
largely because of the types of e-mail I receive and because of the
way I have my message-hooks set up to choose w3m as the pager for
certain messages.
Regards,
Gary