|
From: | Paul Michael Reilly |
Subject: | bug#869: Bug in handling invisible text, and bug in Pmail. |
Date: | Thu, 04 Sep 2008 02:54:49 -0400 |
User-agent: | Thunderbird 2.0.0.16 (X11/20080723) |
Stefan Monnier wrote:
I don't think it is that simple because "that text" is simply part of the collection of headers, some of which have been specified to be invisible as Emacs displays the message, i.e. the X-Coding-System: header can, according to rfc2822, precede or follow the Date: header. This, if I understand the issue and your desires properly, makes setting the buffer boundaries a non-workable solution. I don't know what the right solution is yet. Worst case, the issue is an indictment of using invisible text to hide the headers. Yuck.But is that specific to Pmail? I.e. doesn't Rmail use the same texhcnique (or even code) to hide the headers? If Pmail is indeed different, could you explain to me why Pmail had to change this part of the code? It seems unrelated to babyl-vs-mbox.
Apparently, Rmail/babyl rearranges the headers and then sets the buffer boundaries, thus eliminating the problem. Rmail/mbox could have (and probably should have) used the same approach.
Now however, it is pretty clear that a presentation buffer is in order to deal with the coding issue, something I ill understand today but I'm gradually picking up. I also think that the coding issue implicitly means better MIME handling within Rmail. Not hardly a bad thing, especially given modern Emacs' improved graphic capabilities.
-pmr
[Prev in Thread] | Current Thread | [Next in Thread] |