From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Michael Reilly Newsgroups: gmane.emacs.devel Subject: Re: Rmail-mbox branch Date: Thu, 04 Sep 2008 17:58:57 -0400 Message-ID: <48C05A21.1090108@pajato.com> References: <87zlprvod0.fsf@stupidchicken.com> <48A91146.60200@pajato.com> <48A968A3.8050806@pajato.com> <48BA1DAE.2030005@pajato.com> <874p51xblf.fsf@cyd.mit.edu> <84od39q9mv.fsf@boris.laptop> <84abesum0g.fsf@boris.laptop> <841w03v389.fsf@boris.laptop> <84wshvtgoz.fsf@boris.laptop> <87od363q1i.fsf@uwakimon.sk.tsukuba.ac.jp> <87iqtd4ubu.fsf@uwakimon.sk.tsukuba.ac.jp> <877i9s4pf5.fsf@uwakimon.sk.tsukuba.ac.jp> <48BF884D.7020605@pajato.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220565557 949 80.91.229.12 (4 Sep 2008 21:59:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Sep 2008 21:59:17 +0000 (UTC) Cc: "Stephen J. Turnbull" , evilborisnet@netscape.net, rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 05 00:00:11 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KbMs6-0007yI-Pp for ged-emacs-devel@m.gmane.org; Fri, 05 Sep 2008 00:00:11 +0200 Original-Received: from localhost ([127.0.0.1]:48937 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbMr7-0006YO-8y for ged-emacs-devel@m.gmane.org; Thu, 04 Sep 2008 17:59:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KbMr2-0006YJ-Eh for emacs-devel@gnu.org; Thu, 04 Sep 2008 17:59:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KbMr0-0006Y7-Ua for emacs-devel@gnu.org; Thu, 04 Sep 2008 17:59:04 -0400 Original-Received: from [199.232.76.173] (port=37139 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbMr0-0006Y4-Py for emacs-devel@gnu.org; Thu, 04 Sep 2008 17:59:02 -0400 Original-Received: from mail.pajato.com ([68.191.253.210]:57661 helo=copa.pajato.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KbMqx-0007Ep-FS; Thu, 04 Sep 2008 17:58:59 -0400 Original-Received: from [127.0.0.1] (copa.pajato.com [68.191.253.210]) by copa.pajato.com (8.14.1/8.13.8) with ESMTP id m84LwvWi022950; Thu, 4 Sep 2008 17:58:57 -0400 User-Agent: Thunderbird 2.0.0.16 (X11/20080723) In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (copa.pajato.com [68.191.253.210]); Thu, 04 Sep 2008 17:58:57 -0400 (EDT) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103536 Archived-At: Stefan Monnier wrote: >>>> The alternative would be to simply declare that Rmail/mbox will *only* >>>> handle multipart and text/plain media, and ignore all the rest. But >>>> that seems a shame when Emacs is quite capable of handling a wide >>>> variety of media types, including text/html, text/rich-text, image, >>>> audio, and even video (at least with the help of external players). >>>> > I am still lost. You seem to allude to some difference between >>>> text/plain and text/html which I am not aware of. >>> It's the same difference as between text/plain and any of the other >>> media types mentioned: you will cannot preserve all the information in >>> a text/html part while saving it in mbox format. >>> >>> Rmail/mbox must be prepared to decode a message each time it is >>> presented. > >> I think that we are saying that the Rmail/mbox message presentation >> buffer should decode as much of the MIME pieces as it can. The task >> here is to make the Rmail/mime contributions a first class part of >> Rmail. The developer with the initials "as" started that ball rolling >> with (p/r)mailmm.el which is apparently based on Alexander Pohoyda's >> work. This is the direction I plan to take. Comments? > > I think that Pmail's MIME support should first limit itself to the small > subset supported by Rmail. Afterwards, it'd probably be good to try and > make it use Gnus's code (which IIUC is also used y MH-E, so you may > want to talk to the MH-E guy(s) to figure out how that worked). > > BTW, as for how to handle the issue of "the current buffer is the mbox > file buffer but I want to display something else in it", you may want to > use the new buffer-swap-text primitive (currently only used in > tar-mode where the same problem appears). I was wondering how I was going to do this. Very nice solution. Thanks, -pmr