[MlMt] Markdown inside of words

2014-04-03 Thread Ingo Lantschner


Hi,
I often have e-mails containing e.g. file-names with underscores inside 
of the name.


Example:

check_netapp_pro.pl
id_rsa_rocks.pub

This renders to **check_netapp_pro.pl** and **id_rsa_rocks.pub** if not 
explicitly marked as code.



I know that this is how the original markdown works, but I also see that 
many flavors changed that behavior to ignore underscores (and stars) 
**inside** of words.


Can we have that in MailMate too?

Kind regards, Ingo

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


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Benny Kjær Nielsen

On 3 Apr 2014, at 8:17, Ingo Lantschner wrote:

I often have e-mails containing e.g. file-names with underscores 
inside of the name.


Example:

check_netapp_pro.pl
id_rsa_rocks.pub

This renders to **check_netapp_pro.pl** and **id_rsa_rocks.pub** if 
not explicitly marked as code.


I know that this is how the original markdown works, but I also see 
that many flavors changed that behavior to ignore underscores (and 
stars) **inside** of words.


Can we have that in MailMate too?


I think this would be a good idea. I see many emails where 
inline-emphasis is used unintentionally and I see very few where it is 
used intentionally. If anyone feels strongly against such a change then 
speak up now.


Somewhat related, I regularly receive requests for *adding* various 
Markdown features/flavors and the plan is to handle it like this when I 
get time to implement it: Allow custom Markdown (or other syntax) 
converters which can be used to generate the HTML body part of a 
message, but when this is done then the converter must also provide the 
plain text body part and MailMate won't add anything to the headers of 
the message about the plain text body part being Markdown text.


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


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Bjørn Bulthuis

On 3 Apr 2014, at 2:03, Benny Kjær Nielsen wrote:

I think this would be a good idea. I see many emails where 
inline-emphasis is used unintentionally and I see very few where it is 
used intentionally. If anyone feels strongly against such a change 
then speak up now.


If you use backticks around these strings, the underscore is 
automatically escaped:


`id_rsa_rocks.pub`

will render as:

`id_rsa_rocks.pub`

Adding backticks causes `code` elements to be placed around the text. 
Since the majority of the time strings with underscores in them are code 
snippets, this is the correct way to markup these items anyways. It also 
has the added benefit of styling the text in a monospaced font in many 
cases, which helps with clarity.


I have found that once I knew this feature existed it solved majority of 
the issues I had with underscores in words.


--
Bjørn

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


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Rob McBroom

On 3 Apr 2014, at 5:03, Benny Kjær Nielsen wrote:

I think this would be a good idea. I see many emails where 
inline-emphasis is used unintentionally and I see very few where it is 
used intentionally. If anyone feels strongly against such a change 
then speak up now.


I personally wouldn’t miss it, but if anyone would, it would be nice 
if they could use HTML to get around it, such as `emiphas/iis on the 
wrong sylliab/ile`.


I suppose that would work if you could switch to a theoretical future 
external Markdown converter, so maybe concentrate effort on that over 
allowing arbitrary HTML. :-)


Somewhat related, I regularly receive requests for _adding_ various 
Markdown features/flavors and the plan is to handle it like this when 
I get time to implement it: Allow custom Markdown (or other syntax) 
converters which can be used to generate the HTML body part of a 
message, but when this is done then the converter must also provide 
the plain text body part and MailMate won't add anything to the 
headers of the message about the plain text body part being Markdown 
text.


And in that case, am I correct in assuming that it would be possible to 
actually *view* the plain-text part as plain text? That would be nice.


But now I wonder, why not just make it the same across the board? That 
is, if you enable Markdown, the HTML part is included and the headers 
aren’t modified, whether you use the built-in or custom Markdown 
converter.


It seems to me that keeping the current behavior would only benefit 
people that meet all of the following criteria:


  * Use the built-in Markdown processor (once they have the option not 
to)

  * Don’t include the HTML part when sending
  * 100% of the recipients are using MailMate and will see the message 
as intended


Is it worth maintaining code for the two different behaviors to 
accommodate such a small group?


--
Rob McBroom
http://www.skurfer.com/
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Brad Knowles
On Apr 3, 2014, at 9:16 AM, Ingo Lantschner list...@lantschner.name wrote:

 So I would still prefer to leave in-word underscores unprocessed.

You mean like Github-flavored Markdown?

--
Brad Knowles b...@shub-internet.org
LinkedIn Profile: http://tinyurl.com/y8kpxu

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


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Benny Kjær Nielsen

On 3 Apr 2014, at 16:16, Rob McBroom wrote:


On 3 Apr 2014, at 5:03, Benny Kjær Nielsen wrote:

I think this would be a good idea. I see many emails where 
inline-emphasis is used unintentionally and I see very few where it 
is used intentionally. If anyone feels strongly against such a change 
then speak up now.


I personally wouldn’t miss it, but if anyone would, it would be nice 
if they could use HTML to get around it, such as `emiphas/iis on 
the wrong sylliab/ile`.


I suppose that would work if you could switch to a theoretical future 
external Markdown converter, so maybe concentrate effort on that over 
allowing arbitrary HTML. :-)


Yes, inline HTML would also only be an option with external Markdown 
converters (except for signatures).


Somewhat related, I regularly receive requests for _adding_ various 
Markdown features/flavors and the plan is to handle it like this when 
I get time to implement it: Allow custom Markdown (or other syntax) 
converters which can be used to generate the HTML body part of a 
message, but when this is done then the converter must also provide 
the plain text body part and MailMate won't add anything to the 
headers of the message about the plain text body part being Markdown 
text.


And in that case, am I correct in assuming that it would be possible 
to actually *view* the plain-text part as plain text? That would be 
nice.


It would have to work that way, but this really should be optional with 
the current Markdown plain text body parts as well (I just haven't 
implemented it).



But now I wonder, why not just make it the same across the board?
[...]

Is it worth maintaining code for the two different behaviors to 
accommodate such a small group?


Yes.

To me the question should be: Is it worth adding the option of 
alternative Markdown converters at the price of people using inline HTML 
and other unreadable plain text? I'm not so sure ;-)


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


Re: [MlMt] Markdown inside of words

2014-04-03 Thread Rob McBroom

On 3 Apr 2014, at 11:16, Benny Kjær Nielsen wrote:

To me the question should be: Is it worth adding the option of 
alternative Markdown converters at the price of people using inline 
HTML and other unreadable plain text? I'm not so sure ;-)


Hopefully that’s not how people would use it. That’s not how I plan 
to use it.


In any case, you’re not going to be able to impose good taste on 
anyone, so just think about the benefits for those that already have it. 
:-)


--
Rob McBroom
http://www.skurfer.com/
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


[MlMt] Replying to multiple messages

2014-04-03 Thread Eric A. Meyer
One thing I miss from my Eudora days is the ability to select a bunch of 
messages, hit Reply (or Reply All), and have a new individual reply 
window opened for each message.  So if I did this with ten messages, ten 
reply windows would be opened.  Is there any way to get that reply 
behavior in MailMate?


--
Eric A. Meyer - http://meyerweb.com/
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


[MlMt] migrating to new computer

2014-04-03 Thread Zvi Biener

MailMate Folk,
I'm trying to migrate MailMate to a new computer. I've copied all the 
contents of the MailMate folder in Application Support, as well as the 
freron file in the Preferences folder of ~/Library.


Lots of things transfer (like mailboxes), but certain things do not. For 
example, my selection of menubar counter is reset back to default, as 
well as the selection of keybindings.


I can recover these easily, of course, but I'm curious: where are these 
stored? Why didn't they transfer?


Thanks,
Zvi
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate