> On Thu, 26 Jun 2003 11:59:29 +0200 Xavier Nodet <[EMAIL PROTECTED]> wrote:
> XN> On Windows, M creates overly long 'Date' headers, like
> XN>
> XN> Date: Thu, 26 Jun 2003 11:37:08 +0200 (Romance Daylight Time)
> XN>
> XN> Although they are valid, they help creating very long lines when
> XN> replying, and IMHO provide no added value.
> Well, a you say, they are valid and sometimes informative: for example,
> when I saw "(E. Australia Standard Time)" on the first Mark's message I
> knew that I had to wait until 4 in the morning to get a reply from him :-)
Hmm... The +1000 tells you almost as much (but not 'Australia', though)
> And I don't really know why the fact that they are long should count? I.e.
> who cares?
Me, for my attribution lines.
Here are some possibilities I tried for my attribution line:
On $(ORIGINAL:DATE) $SENDER wrote:
On $(ORIGINAL:DATE) ${original:fullname} wrote:
On $(ORIGINAL:DATE) ${original:firstname} wrote:
On $(ORIGINAL:DATE) ${original:lastname} wrote:
On $(ORIGINAL:DATE) ${original:from} wrote:
They give the following:
On Thu, 26 Jun 2003 12:22:59 +0200 (Romance Daylight Time) Vadim Zeitlin <[EMAIL
PROTECTED]> wrote:
On Thu, 26 Jun 2003 12:22:59 +0200 (Romance Daylight Time) Vadim Zeitlin wrote:
On Thu, 26 Jun 2003 12:22:59 +0200 (Romance Daylight Time) wrote:
On Thu, 26 Jun 2003 12:22:59 +0200 (Romance Daylight Time) wrote:
On Thu, 26 Jun 2003 12:22:59 +0200 (Romance Daylight Time) Vadim Zeitlin <[EMAIL
PROTECTED]> wrote:
Note that ${original:firstname} and ${original:lastname} did not work.
Actually, they were crashing M until I changed the constructor of
wxString in wxWindows:
// poor man's iterators are "void *" pointers
wxString::wxString(const void *pStart, const void *pEnd)
{
InitWith((const wxChar *)pStart, 0,
pEnd > pStart ?
(const wxChar *)pEnd - (const wxChar *)pStart :
0);
}
This constructor was not checking its input. Obviously, the input should
have been correct in the first place, but I do not really have time to
debug it right now.
But I digress...
My problem about long 'Date' headers is that it makes those attribution
very long, longer than 80 chars... I would very much prefer
On 26 Jun 2003 12:22:59 +0200, <[EMAIL PROTECTED]> wrote:
This means to:
- actually parse the date, and convert it to a string using some
user-selectable format, instead of blindly copying the content of the
header.
- have a ${original:fromAddress} variable
I agree that this would actually be a better solution.
--
Xavier Nodet
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." - Benjamin Franklin, 1759.
pgp00000.pgp
Description: PGP signature
