Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2015-03-13 Thread Benny Kjær Nielsen

On 11 Mar 2015, at 8:06, Thomas Wölk wrote:

@Benny: I think Jeremy idea is very clever. What is the best way to 
deals with different __reply templates per recipient__?


I don't think there is any way to do that.


It is very annoying every time to edit the text again.
I distinguish between the following types (very different between DE 
and EN) :


- close friends ⇢ _Hi, Hello, Salute, … Firstname,_
- respectable persons ⇢ _Dear Mr … , Sehr geehrte Herr/Frau 
(German), Name..._
- I dont know this person ⇢ _Dear Sir or Madam, Dear Personnel 
Director, ..._


It has always been my plan to add something similar to the dynamic 
signatures system for this, but I don't know when I'll have time for it. 
I've noted your examples above to remember to make sure that it would 
also work for you.


--
Benny


Benny Kjær Nielsen wrote:

Jeremy Cowgar wrote:

R = (
replyAll:,
insertFormatString:,
		-Original Message-\nFrom: ${to.name} 
[mailto:${to.address}\nTo: ${from.name} [mailto:${from.name}]\nCc: 
${cc.name}\nSent: ${date}\nSubject:${subject}\n

);



Terminal: [snip terminal command]
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-19 Thread Kai Großjohann

On 19 Sep 2014, at 11:21, Benny Kjær Nielsen wrote:


On 18 Sep 2014, at 21:48, Kai Großjohann wrote:

Actually, I find that the Outlook threading is better than I had 
feared.  It actually works pretty well for a linear thread like 
this one (the one I'm responding to):


I think I should add here that I was talking about the Outlook threading 
more than the message content.  I found it pretty cool that Outlook 
collapsed sequences of replies into one message, and only displayed 
extra messages on every fork.


About the content, read on...

For the record, for me top/bottom posting is not just about the 
ordering. Top posting is a “lazy” reply style in the sense that it 
encourages adding a comment to the top of the email leaving it to the 
recipient to figure out what is commented.


Yeah.  I take pains to reiterate the points, leading to things like on 
item 3.  It's not as friendly as just quoting the relevant bit of the 
email, as I'm doing here.


And don't we all love those responses that say Please see my replies 
below in orange.


Oh well.  When in Rome, it seems I try to do as the Romans do...

Kai
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-19 Thread Kee Hinckley


 On Sep 19, 2014, at 4:20 PM, Kai Großjohann kai.grossjoh...@gmail.com wrote:
 
 And don't we all love those responses that say Please see my replies below 
 in orange.

Don't get me started. OTOH, a few times I've tried to do inline replies, and 
the had to go to someone's desk to explain which parts were mine. I assumed 
user error until I saw how badly Outlook had slaughtered them. I no longer 
blame the users.
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-18 Thread Benny Kjær Nielsen

On 17 Sep 2014, at 23:53, Jeremy Cowgar wrote:


Are the variable expansions available for use listed somewhere?


No, they are implicitly available in this file:


MailMate.app/Contents/Frameworks/OakMIME.framework/Resources/specifiers.plist

But it might be easier to create a smart mailbox using the value you 
need and then look in the Mailboxes file:


~/Library/Application Support/MailMate/Mailboxes.plist

(Essentially, you just lowercase what you see in the headers popup.)

--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-18 Thread Jeremy Cowgar

On 18 Sep 2014, at 8:27, Benny Kjær Nielsen wrote:


On 17 Sep 2014, at 23:53, Jeremy Cowgar wrote:


Are the variable expansions available for use listed somewhere?


No, they are implicitly available in this file:


MailMate.app/Contents/Frameworks/OakMIME.framework/Resources/specifiers.plist



OK, that got me a step closer, however I'm not exactly sure how to use 
the ${cc} variable correctly, or maybe it can't be. It is returning to 
me only the first person on the Cc list, not the entire list. Is there a 
way to get the Cc list?


My company wants corporate email replied to in Outlook fashion :-(. I am 
just playing around with ways to make this work in MailMate. I've 
managed to do this so far:


R = (
replyAll:,
insertFormatString:,
		-Original Message-\nFrom: ${to.name} 
[mailto:${to.address}\nTo: ${from.name} [mailto:${from.name}]\nCc: 
${cc.name}\nSent: ${date}\nSubject:${subject}\n

);

This is only one small piece of the puzzle. I have thought about a 
Bundle to accomplish this task, but it seems to get only the quote, not 
any other information about the email, thus I can't add the above 
header.


Any thoughts would be appreciated, and yes... I don't like the Outlook 
methodology, but they are really pushing it. I'm willing to go to great 
lengths to avoid using Outlook for my work email, just for the reply 
message!


--
Jeremy___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-18 Thread Benny Kjær Nielsen

On 18 Sep 2014, at 14:42, Jeremy Cowgar wrote:

OK, that got me a step closer, however I'm not exactly sure how to use 
the ${cc} variable correctly, or maybe it can't be. It is returning to 
me only the first person on the Cc list, not the entire list. Is there 
a way to get the Cc list?


No, sorry, not supported yet. At least not for simple format strings. (A 
more advanced approach is used for, e.g., the configuration of the 
messages outline.)



My company wants corporate email replied to in Outlook fashion :-(.


That is simply depressing. I cannot imagine the reasoning behind such a 
strange requirement. I might be alone on this, but when I see this 
quoting style then “competent professional” are not the first words 
to cross my mind :-)


I am just playing around with ways to make this work in MailMate. I've 
managed to do this so far:


R = (
replyAll:,
insertFormatString:,
		-Original Message-\nFrom: ${to.name} 
[mailto:${to.address}\nTo: ${from.name} [mailto:${from.name}]\nCc: 
${cc.name}\nSent: ${date}\nSubject:${subject}\n

);

This is only one small piece of the puzzle. I have thought about a 
Bundle to accomplish this task, but it seems to get only the quote, 
not any other information about the email, thus I can't add the above 
header.


Yes, this is not so easily accomplished yet. What is really needed is 
some kind of system for specifying prefaces (wrote-strings) and then let 
MailMate handle it similarly to signatures. That way you could also 
easily reply to me without using Outlook reply-style :-)


This has been on the todo for a long time. My own motivation is that I 
want it to be easier to use multiple languages.


Hmm, `insertFormatString:` is not well suited for this since it is based 
on the reply and not the original string.


Any thoughts would be appreciated, and yes... I don't like the Outlook 
methodology, but they are really pushing it. I'm willing to go to 
great lengths to avoid using Outlook for my work email, just for the 
reply message!


A short term solution would be to support the insertion of the advanced 
type of format strings. I've changed `MmReplyWroteString` such that if 
the first character is `{` then it's the “advanced” formatting 
style. This works in the next test version of MailMate (probably 
tomorrow).


Now, I almost hate myself for this, but you would then get something 
like what you want by pasting this in the Terminal:


~~~
defaults write com.freron.MailMate MmReplyWroteString -string {
children =
(
{
string = '-Original Message-\n';
},
{
formatString = 'From: \${from.name} 
\${from.address}\n';
},
{
sharedPrefix = 'to';
separatorString = ', ';
children = (
{
prefixString = 'To: ';
formatString = '\${to.name} 
\${to.address}';
suffixString = '\n';
}
);
},
{
sharedPrefix = 'cc';
separatorString = ', ';
children = (
{
prefixString = 'Cc: ';
formatString = '\${cc.name} 
\${cc.address}';
suffixString = '\n';
}
);
},
{
formatString = 'Sent: \${date}\n';
},
{
formatString = 'Subject: \${subject}\n';
},
);
}

~~~

Remember, it won't work before I've uploaded another test release.

--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] insertFormatString... ${} expansions listed somewhere?

2014-09-18 Thread Kai Großjohann

On 18 Sep 2014, at 17:54, Benny Kjær Nielsen wrote:


On 18 Sep 2014, at 14:42, Jeremy Cowgar wrote:



My company wants corporate email replied to in Outlook fashion :-(.


That is simply depressing. I cannot imagine the reasoning behind such 
a strange requirement. I might be alone on this, but when I see this 
quoting style then “competent professional” are not the first 
words to cross my mind :-)


Actually, I find that the Outlook threading is better than I had feared. 
 It actually works pretty well for a linear thread like this one (the 
one I'm responding to):


One person sends a message, another person replies, another person 
replies to that, and so on -- the reply is always to the most recent 
message.


When that happens, thanks to top-posting, you can just read the most 
recent message.  Either you read it bottom to top (very weird) in 
chronological order (sane); or you read it top to bottom (sane) in 
reverse chronological order (weird).


If there is a fork in this linear series of responses, then Outlook 
shows you two messages, one for each fork.  And you read the first one 
top to bottom, then the second one till you reach a message that you 
have seen before.


It's kinda similar to the conversations view that some email programs 
offer.  Only different :-)


I understand that mixing the different styles just gives weird results.  
So I understand why the company doesn't want different people to use 
different styles, because the mixture is worse than either style by 
itself.


Kai
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate