From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/27844 Path: main.gmane.org!not-for-mail From: Brian May Newsgroups: gmane.emacs.gnus.general Subject: Re: What now? Date: 07 Dec 1999 16:59:01 +1100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <84bt8kpxba.fsf@snoopy.apana.org.au> <7s4se2uqao.fsf@brutus.mts.jhu.edu> <66yh2sev.fsf@apl.washington.edu> <199912070536.AAA01920@wmperry.bp.aventail.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035164795 26625 80.91.224.250 (21 Oct 2002 01:46:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:46:35 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id BAA06601 for ; Tue, 7 Dec 1999 01:00:03 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id XAB18504; Mon, 6 Dec 1999 23:59:55 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 07 Dec 1999 00:00:04 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id XAA15360 for ; Mon, 6 Dec 1999 23:59:44 -0600 (CST) Original-Received: from silas-2.cc.monash.edu.au (bam@silas-2.cc.monash.edu.au [130.194.1.7]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id AAA06587 for ; Tue, 7 Dec 1999 00:59:08 -0500 (EST) Original-Received: (from bam@localhost) by silas-2.cc.monash.edu.au (8.9.1a/8.9.1) id QAA00386; Tue, 7 Dec 1999 16:59:03 +1100 (EST) X-Authentication-Warning: silas-2.cc.monash.edu.au: bam set sender to bmay@csse.monash.edu.au using -f Original-To: ding@gnus.org X-Home-Page: http://www.csse.monash.edu.au/~bmay/ In-Reply-To: wmperry@aventail.com's message of "Tue, 07 Dec 1999 00:36:32 -0500" Original-Lines: 60 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:27844 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:27844 >>>>> "William" == William M Perry 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