From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16916 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: Those MIME requirements Date: 11 Sep 1998 15:05:46 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035155710 30626 80.91.224.250 (20 Oct 2002 23:15:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:15:10 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA13436 for ; Fri, 11 Sep 1998 10:09:07 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id IAF10903; Fri, 11 Sep 1998 08:40:07 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 11 Sep 1998 09:07:33 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id JAA02993 for ; Fri, 11 Sep 1998 09:07:19 -0500 (CDT) Original-Received: from viffer-ie.metis.no (viffer-ie.metis.no [193.90.65.131]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA13406 for ; Fri, 11 Sep 1998 10:07:09 -0400 (EDT) Original-Received: (from sb@localhost) by viffer-ie.metis.no (8.8.7/8.8.7) id PAA14143; Fri, 11 Sep 1998 15:05:46 +0200 Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "11 Sep 1998 13:35:16 +0200" Original-Lines: 97 X-Mailer: Gnus v5.6.42/XEmacs 20.4 - "Emerald" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:16916 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:16916 >>>>> Lars Magne Ingebrigtsen : >> ****** >> REQ-4 - navigation in multipart/mixed messages >> I would like a simple way of navigating through a multipart >> message, and view and save the parts. I rather like the current TM >> behaviour for this >> (19980825 Steinar Bang ) > How does TM navigate through the multipart/mixed messages? You use the command "v" (for "view") in the summary buffer, which puts you in the buttonized article buffer, where you can skip backwards and forwards between message parts, by using "p" and "n". When you're standing on a message part, "x" will save the contents to a file, after decoding any CTE, and "v" will play it using an external method. "q" takes you back to the summary buffer. It has a feel similar to dired. >> ****** >> REQ-5 - display of text/html >> I would like to see text/html message parts formatted inline in the >> message (using W3, I guess), both where they are the only alternative, >> and where they are part of a multipart/alternative >> (19980825 Steinar Bang ) > Don't w3 have to display things in its own buffer? Anyway, 0.27 will > display html with w3 in a separate buffer, which brings up the > question: How is Gnus supposed to display things that are displayed by > Emacs, but not in the article buffer? Gnus has to pop up a new > buffer, but is that buffer supposed to replace the article buffer, or > what? Hm... I don't know. I sort of thought of w3 just formatting the HTML, and inserting it into the displayed message, fonts and all. But obviously this won't work for live links, and images and stuff. Is it possible to make w3 use part of a buffer, that is handed to it by Gnus? Bill...? >> ****** >> REQ-6 - toggle between text/html and text/plain >> I would like to be easily able to toggle between text/plain and >> text/html parts of a multipart/alternative >> (19980825 Steinar Bang ) > Ooh. multipart/alternative. It's not handled exactly the same way as > multipart/mixed, which is obviously not good, but I can't visualize > how this is supposed to look with the current buttonized scheme. How about a menu, or some way of cycling through the alternatives when you're standing on top of a buttonized message part? >> ****** >> REQ-7 - replying to text/html >> I would like to be able to reply to a text/html message part as if it >> had been a text/plain message (ie. I would like to see the HTML >> formatted into plain text before it's taken into a *message* buffer >> and quoted) >> (19980825 Steinar Bang ) > And this goes for all things that Emacs display, but not in the > article buffer (see REQ-5). Or? Basically I would just like to be able to read and reply to messages sent in HTML, with a minimum of intrusion. If this breaks down to always using the text/plain part of a multipart/alternative or formatting text/html into plain text before displaying when you don't have a simpler alternative, that's OK for now (at least for me). Inline W3 handling of HTML is really a luxury item, that can wait for later (but it sure would nice if we could swing it :-) ). >> ****** >> REQ-8 - formatted MSWord documents shown inline >> I would like attached MSWord documents to be shown inline as the >> results of catdoc or other filter, while keeping it easy to save the >> MSWord file to disk >> (19980825 Steinar Bang ) > Sure. Send me rules to plonk into `mailcap-mime-data' (as default > settings) for doing this and other wonderful things. (I mean -- > displaying weird formats and stuff.) OK. Will research and do sometime next week (if somebody doesn't beat me to it) Great work so far, Lars! I'm impressed at the speed of implementation! :-) - Steinar