Re: What now?

[Brian May <bmay@csse.monash.edu.au>]

>>>>> "William" == William M Perry <wmperry@aventail.com> writes:

    William> Well, Emacs/W3 already uses gnus for that, so that should
    William> be pretty simple to do. :)

When I tried it, W3 seemed to use its on interface for the job, and
didn't use Gnus. For instance, w3 requires the NNTP server to be
configured separately from Gnus.

I seem to remember another difference: when clicking on a news link
from Gnus, Gnus will look up all back ends for the message, but
when clicking on it from w3, w3 will only check with the nntp
server.

I think solving these issues would help significantly with my
initial "wish list", article
news:t4in1ruvyij.fsf_-_@silas-2.cc.monash.edu.au

If you don't understand how this could help, please tell me, and
I will give some examples.

(side note: I have seen a number of embedded URLs in news documents of
the form "news:messageid...". Note the trailing periods. This breaks
Gnus, as it doesn't remove them before trying to fetch the article :-(
eg that previous article would be written as:
news:t4in1ruvyij.fsf_-_@silas-2.cc.monash.edu.au...
)

    William> Easily accomplished. :) The problem with using gnus
    William> posting styles for Emacs/W3 mailto: URLs is that not
    William> everybody clicks those links from within Gnus.  Emacs/W3

Thats what I meant. I want to be able to click on the link from
w3. Same goes for the issue above. I think it should work for links
you click on outside of Gnus, using Gnus, so that I don't have to
duplicate my configuration for w3.

Come to think if it though, I have never yet seen a message
with a mailto url...

    William> uses _message_, not Gnus for sending the mail.  There
    William> might be a case for having w3 allow customization of
    William> posting styles based on email address or the URL the link
    William> is on, something like that.

No - I would much prefer a Gnus function that w3 can call "send mail
with these headers". That way, there is no need to re-invent the rule
and redo what has already been implemented.

Of course, it gets a bit messier when you deal with multiple groups,
and possibly this needs to be discussed a bit more. I would be happy
if everything just matched a preset group, eg "w3". Another
alternative, is that w3 could somehow track which group you originally
loaded the web page from (if any). I suspect this might be difficult
to implement and use though.

As I have already said earlier, I don't think it matters if there
is the requirement "Gnus must be running beforehand".
-- 
Brian May <bmay@csse.monash.edu.au>