From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52300 Path: main.gmane.org!not-for-mail From: Klaus Straubinger Newsgroups: gmane.emacs.gnus.general Subject: nnrss-request-article produces multipart articles Date: Mon, 5 May 2003 13:09:29 +0200 (CEST) Sender: ding-owner@lists.math.uh.edu Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052133049 12434 80.91.224.249 (5 May 2003 11:10:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 5 May 2003 11:10:49 +0000 (UTC) Original-X-From: ding-owner+M843@lists.math.uh.edu Mon May 05 13:10:43 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19CdqR-00039g-00 for ; Mon, 05 May 2003 13:09:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19CdrH-0006g6-00; Mon, 05 May 2003 06:10:11 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19CdrA-0006g0-00 for ding@lists.math.uh.edu; Mon, 05 May 2003 06:10:04 -0500 Original-Received: (qmail 2294 invoked by alias); 5 May 2003 11:10:04 -0000 Original-Received: (qmail 2289 invoked from network); 5 May 2003 11:10:03 -0000 Original-Received: from smtpde02.sap-ag.de (155.56.68.170) by sclp3.sclp.com with SMTP; 5 May 2003 11:10:03 -0000 Original-Received: from sap-ag.de (smtpde02) by smtpde02.sap-ag.de (out) with ESMTP id NAA02467 for ; Mon, 5 May 2003 13:09:48 +0200 (MESZ) Original-To: ding@gnus.org X-Mailer: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.2 X-SAP: out Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52300 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52300 Due to some last-minute changes before the release of Gnus 5.10.1, the function nnrss-request-article now produces multipart/alternative articles. The reason given for this change was to avoid some unspecified problems with w3m. In my view, this is no sufficient reason for such a change. nnrss should always produce text/html articles since RSS sites use XML/HTML as output format. Furthermore, the created HTML code in the text/html part is illegal HTML: text is added after the closing "" tag. The nnrss-content-function now has a difficult task to do something sensible like adding the content of the included link. Some stylistic issues also come to mind: - some code lines are longer than 80 characters, - the use of "when" instead of "if" in combination with "progn" seems preferable, - instead of producing multipart headers manually, an analogon to the function mm-insert-multipart-headers should be created and used. -- Klaus Straubinger