Re: viewing URLs (muttils or lynx?)
- To: mutt-users@xxxxxxxx
- Subject: Re: viewing URLs (muttils or lynx?)
- From: Kyle Wheeler <kyle-mutt@xxxxxxxxxxxxxx>
- Date: Fri, 14 Mar 2008 17:34:13 -0500
- Comment: DomainKeys? See http://domainkeys.sourceforge.net/
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=memoryhole.net; h=date: from:to:subject:message-id:references:mime-version:content-type: content-transfer-encoding:in-reply-to; q=dns/txt; s=default; bh= XLnZf1fyuRd0obyotQBjvMTmuZ8=; b=lspMok1AUuEzq7k8CkUru/cNKebmtBfD VJ5yKuJuJCCSLsK+WVsvYSNoTkxm6WYyEZxycOwUEZ7tRz9LRu7ZoKQ9RPF4IDTd O4eu1ETlcmY3JPb6FaZ7T37r0MBW0DDZQMa7qXCt5GfyErfFnb6wLn5nTCoHvZ60 UsvGoRB8AS4=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=memoryhole.net; b=cJkOYp/po4UC9+bpVO/04wfHohrLOEICFnsGcgYFeoVsYrdTt0dEHKqVXi1YXS57l7FFWuL3A+ZCkEHiJsmvog6pl1Ceh3LADKSXsUqBITHJYu9Ky5G18jEDYXxzcfAT2gtktygHz/urvDP6PJbZdxVO7KSuRJ8zM6aPXMQA1yU=; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:OpenPGP:User-Agent;
- In-reply-to: <20080314215005.GC4973@xxxxxxxxxxxxxxxx>
- List-post: <mailto:mutt-users@mutt.org>
- List-unsubscribe: send mail to majordomo@mutt.org, body only "unsubscribe mutt-users"
- Mail-followup-to: mutt-users@xxxxxxxx
- Openpgp: id=CA8E235E; url=http://www.memoryhole.net/~kyle/kyle-pgp.asc; preference=signencrypt
- References: <20080216225208.GA443@xxxxxxxxxxxxxxxxxxx> <20080314215005.GC4973@xxxxxxxxxxxxxxxx>
- Sender: owner-mutt-users@xxxxxxxx
- User-agent: Mutt/1.5.17 (2008-02-27)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Friday, March 14 at 10:50 PM, quoth Robert Svoboda:
> * Peter Münster <pmlists@xxxxxxx> [2008-02-17 16:47]:
>> How can I tell mutt to fire up an external browser with some URL in the
>> message?
>
> I use xclip way for this as mentioned earlier in this thread
> (there is also 'matcher' extension for urxvt-unicode which
> lets you click links with middle mouse button)
I'm really enjoying my new urlview pre-filter perlscript (it's solved
SOOOO many problems for me, in a very short amount of time), but I
understand the OP's frustration with lack of context.
>> urlview is not ok for me, since I want to keep the context around
>> the URLs. I would like to select a URL for example with the
>> TAB-key, and some other key-press would start "firefox url".
>
> This got me thinking about this:
>
> 1. pipe message through display_filter extracting and
> numbering links
>
> 2. in the extracting step create macros for internal pager
> which would correspond with numbered links
>
> 3. source those macros
>
> 4. pressing numbers in pager starts the browser for the link
> (Not exactly TAB, but good enough I guess)
>
> What you guys think?
That would be pretty slick, and very possible, in *most* cases.
However, knowing which URL is which is a potential problem. You'd have
to, in the display filter, edit the HTML (or the text/plain) and
insert some sort of link identifier (e.g. "[1]") either immediately
after or immediately before the link. This is relatively easy to do
for typical text-based <a href="URL"> links and links listed in
text/plain email, but what about things like <a href=""> links around
images, or <blockquote cite="URL"> or <embed src="foo"
pluginspage="bar">? Or even <iframe src="gotcha!">? That gets tricky
fast. I wouldn't want to make it impossible to access those links...
but if not, how do we display things? I don't know that there's a
really good solution without doing a full-blown html render (I'm open
to being wrong).
I mean, heck, it wouldn't be *that* hard to do what you describe with
my little perl script... but you run into the same problems of "okay,
what do I do with <frame src="url"> tags?"
~Kyle
- --
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.
-- Brian Kernighan
-----BEGIN PGP SIGNATURE-----
Comment: Thank you for using encryption!
iEYEARECAAYFAkfa/WUACgkQBkIOoMqOI14KSwCeNB9UVO5KVTEUtQn6WUKbP29r
kHEAn3Z4YuMGqqRMD3dE9hgQGoVhnpqX
=CMpu
-----END PGP SIGNATURE-----