#1664 new
Robert Brenstein

Viewer setting 'prefer plain text' affects composing mails

Reported by Robert Brenstein | January 31st, 2017 @ 02:59 PM

If I have the "Viewer" setting "Prefer plain text" checked, the markup syntax seems disabled when composing new mails. I mean that entering for example Hello is shown in the Preview pane literally as Hello not Hello (that is bold) regardless whether "Plain text" or "Markdown" is selected as the message type.

If I have the "Prefer plain text" unchecked, the markup syntax recognition follows the Plain text/Markdown selector in the message.

I feel that the Viewer preference should have no influence on the composing. The "Composer" setting "Markup syntax" should control that alone.

BTW, the markup/markdown usage above follows mailmate's interface. Is there a difference between markUP and markDOWN? I see them as synonyms.

Comments and changes to this ticket

  • Benjamin

    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.

  • benny

    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"
    
  • Benjamin

    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.

  • Robert Brenstein

    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.

  • John Y

    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

    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

    benny December 12th, 2018 @ 09:02 AM

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

    benny December 13th, 2018 @ 10:59 AM

    • State changed from “fixcommitted” to “fixreleased”

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Mac OS X email client.

Shared Ticket Bins

People watching this ticket

Attachments

Referenced by

Pages