Freron MailMate

Comments and changes to this ticket

• You flagged this item as spam.
  

  Benjamin April 22nd, 2018 @ 10:16 PM

  I just experienced the same problem. It feels like a bug, since the composer setting "Markdown" / "Plain Text" doesn't affect the typed text.

  • markdown_bug.mp4 356.9 KB
• 

  benny April 23rd, 2018 @ 11:04 AM

  It's kind of a bug, but I'm actually not seeing it myself. When “Prefer Plain Text” is enabled then MailMate does display the plain text part, but it's done by converting it to HTML (instead of showing the HTML part generated for the email itself). I cannot seem to find the combination of settings which would make it different.

  Note that you can see exactly which part MailMate is displaying and whether or not it converts Markdown plain text to HTML in the “View ▸ Message Body Parts” menu. What do you see here when switching between plain text and Markdown?

  Also, try running this and provide the output. It might help me spot a difference in settings:

  defaults read com.freron.MailMate | egrep "HTML|Plain"
  

• You flagged this item as spam.
  

  Benjamin April 23rd, 2018 @ 01:48 PM

  Note that you can see exactly which part MailMate is displaying and whether or not it converts Markdown plain text to HTML in the “View ▸ Message >Body Parts” menu. What do you see here when switching between plain text and Markdown?

  That's interesting, thanks for mentioning that!

  When switching between plain text and Markdown in the composer, nothing changes in “View ▸ Message Body Parts”.
  In both cases it looks like this: (see attachment)

  defaults read com.freron.MailMate | egrep "HTML|Plain"
  

  gave me this:
  

      MmAlwaysGenerateHTML = 1;
      MmApplyThemeToHTMLEmails = 0;
      MmPreferPlainText = 1;
      OakPlainTextViewFont = <62706c69 73743030 d4010203 04050618 19582476 65727369 6f6e5824 6f626a65 63747359 24617263 68697665 72542474 6f701200 0186a0a4 07081112 55246e75 6c6cd409 0a0b0c0d 0e0f1056 4e535369 7a65584e 5366466c 61677356 4e534e61 6d655624 636c6173 73234028 00000000 00001010 80028003 5d4d656e 6c6f2d52 6567756c 6172d213 1415165a 24636c61 73736e61 6d655824 636c6173 73657356 4e53466f 6e74a215 17584e53 4f626a65 63745f10 0f4e534b 65796564 41726368 69766572 d11a1b54 726f6f74 80010811 1a232d32 373c424b 525b6269 72747678 868b969f a6a9b2c4 c7cc0000 00000000 01010000 00000000 001c0000 00000000 00000000 00000000 00ce>;
  

  There is one important thing I just found out by experimenting:
  This problem only happens to me when replying to HTML mails. When replying to a plain text mail, the "Convert Markdown to HTML" isn't greyed out anymore and Markdown works fine.

  Also, as you said in an earlier post: When unchecking "Prefer Plain Text" in the settings, this behaviour disappears.

  • message_body_parts.png 25 KB

• You flagged this item as spam.
  

  Robert Brenstein April 23rd, 2018 @ 01:54 PM

  Due to this issue, I switched off the plain text preference long time ago, so I can't contribute at this time unless you want me to do some specific test.

• You flagged this item as spam.
  

  John Y December 5th, 2018 @ 12:25 PM

  This issue is still affecting me. I can confirm that unchecking "Prefer Plain Text" is a workaround, but this is not a viable workaround for me.

  Even simply viewing the affected message as HTML before replying doesn't work around this issue — changing the settings is the only way I can find to do it.

  Please could we have a workaround or fix that doesn't involve disabling "Prefer Plain Text"? That setting is the primary reason I bought MailMate after Apple removed it from Mail, as I need to read emails in the font size and colour I feel comfortable with, rather than those the sender preferred. (Some of them have the text microscopically small!)

  In other words, this is an accessibility issue.

  └─▷ defaults read com.freron.MailMate | egrep "HTML|Plain"
      MmApplyThemeToHTMLEmails = 1;
      MmNeverDisplayHTML = 0;
      MmPreferPlainText = 1;
      MmWarnBeforeDiscardingHTML = 0;
      OakPlainTextViewFont = <62706c69 73743030 d4010203 04050618 19582476 65727369 6f6e5824 6f626a65 63747359 24617263 68697665 72542474 6f701200 0186a0a4 07081112 55246e75 6c6cd409 0a0b0c0d 0e0f1056 4e535369 7a65584e 5366466c 61677356 4e534e61 6d655624 636c6173 7323402e 00000000 00001010 80028003 5d48656c 76657469 63614e65 7565d213 1415165a 24636c61 73736e61 6d655824 636c6173 73657356 4e53466f 6e74a215 17584e53 4f626a65 63745f10 0f4e534b 65796564 41726368 69766572 d11a1b54 726f6f74 80010811 1a232d32 373c424b 525b6269 72747678 868b969f a6a9b2c4 c7cc0000 00000000 01010000 00000000 001c0000 00000000 00000000 00000000 00ce>;
  

• 

  benny December 11th, 2018 @ 02:52 PM

  • State changed from “new” to “reproduced”

  The “Reply” hint provided by Benjamin helped me reproduce the issue. So that's at least a good first step.

  For users not wanting HTML at all in replies then switching to “Never Embed” in the Composer preferences pane would be a workaround.

  So, the problem is when replying/forwarding an HTML email. Even if removing the embedded HTML MailMate is stuck in preferring plain text when Markdown is used. The user has to use ⌘] to switch for every email.

  I think the fix is probably simpler than I first thought. The Preview should always show HTML by default -- except when the hidden preference MmNeverDisplayHTML is enabled. It does not make much sense to have the preview open at all if this is not the preferred behavior.

• 

  benny December 12th, 2018 @ 09:02 AM

  • State changed from “reproduced” to “fixcommitted”
• 

  benny December 13th, 2018 @ 10:59 AM

  • State changed from “fixcommitted” to “fixreleased”

  [bulk edit]