Fetch from Google hack
Peter Boettcher
There is almost certainly a more gnus-ish way to do this, but here is
a quick hack that adds functionality to message-id buttons. If you
click (or RET) on a message-id button, and gnus is unable to fetch
that article, it will browse-url the appropriate search string at
google groups.
Like I said, a hack. Replace gnus-button-message-id in gnus-art.el with:
(defun gnus-button-message-id (message-id)
"Fetch MESSAGE-ID."
(save-excursion
(set-buffer gnus-summary-buffer)
(if (not (eq t (gnus-summary-refer-article message-id)))
(browse-url (concat "http://groups.google.com/groups?as_umsgid=" message-id)))))
--
Peter Boettcher
MIT Lincoln Laboratory
boet...@ll.mit.edu
(781) 981-5275
ShengHuo ZHU
> There is almost certainly a more gnus-ish way to do this, but here is
> a quick hack that adds functionality to message-id buttons. If you
> click (or RET) on a message-id button, and gnus is unable to fetch
> that article, it will browse-url the appropriate search string at
> google groups.
oGnus (v0.04) does it in a better manner.
(setq gnus-refer-article-method (current (nnweb "" (nnweb-type google))))
Maybe a little more hack in the url package
(setq url-package-name "Mozilla" url-package-version "4")
ShengHuo
Peter Boettcher
Ah, right. This prompted me to grab the latest gnus, and fix the
problems I'd been having with wget. All working now, and quite nice!
Ami Fischman
[...]
> oGnus (v0.04) does it in a better manner.
> (setq gnus-refer-article-method (current (nnweb "" (nnweb-type google))))
I think there's a quote missing ^^^ here.
> Maybe a little more hack in the url package
> (setq url-package-name "Mozilla" url-package-version "4")
This line does not do anything for me. wget still gets called
with no explicit user-agent argument (and google refuses the search).
--
Ami Fischman
use...@fischman.org