#792 accepted
Bogachan Celen

Print without header

Reported by Bogachan Celen | May 28th, 2014 @ 05:08 AM

Hi,
Is it possible to avoid printing the header?
Thank you.
Best,
Bogac

Comments and changes to this ticket

  • Meindert

    Meindert May 28th, 2014 @ 01:34 PM

    Another printing request: Optionally to run the messages together rather than one per line.

    And another header request: Allow copying a message with header (the displayed header, not the raw source everything-including-the-kitchen-sink header).

  • benny

    benny May 29th, 2014 @ 08:51 PM

    • State changed from “new” to “accepted”

    @Bogac: No, not yet.

    @Meindert: I assume you mean instead of “one per page”.

  • Meindert

    Meindert May 30th, 2014 @ 03:52 AM

    "@Meindert: I assume you mean instead of “one per page"

    Yes, which I think is how you originally handled it? There are times when each way makes more sense. Two use cases where running e-mails together on a page makes sense:

    (1) When the messages are really short.

    (2) When you're printing out an exchange to archive in paper form: Recently I had some e-mails I had to file with tax materials that I needed as proof of some transactions for which I had no other receipts, and noone will ever look at this stuff (unless I'm audited), so I don't want to waste paper and shelf space on it.

  • benny

    benny June 8th, 2014 @ 05:59 PM

    @Meindert: I forgot that it's actually possible to overwrite the default behavior. It's not very flexible, but you can at least get the old behavior back. Save the attached file in the following folder (which you must create):

    ~/Library/Application Support/MailMate/Resources/MmMessagesWebView/
    
  • benny

    benny June 8th, 2014 @ 06:07 PM

    @Bogac: The attached css file hides the headers of the message. The only problem is that the headers still take up space - they are just not printed. I'll note to improve that.

  • benny

    benny June 8th, 2014 @ 06:13 PM

    @Bogac: Ok, I improved it now. When the next update is out then the attached css file hides the headers completely. No need to use the previously attached css file. (And I know these really should be GUI options, but it'll have to do for now.)

  • Bogachan Celen

    Bogachan Celen June 9th, 2014 @ 03:44 AM

    Terrific, thanks so much benny.

  • Stacey Marshall

    Stacey Marshall April 11th, 2017 @ 11:05 PM

    Think I miss-understood what the stylesheet was for, as I am still seeing the header when I print, in preview at least. Was hoping to loose the header as neither Mail.app or google will do so.

    ~ ls -l "$HOME/Library/Application Support/MailMate/Resources/MmMessagesWebView/" total 8
    -rw-r--r--@ 1 stacey staff 74B 11 Apr 23:46 stylesheet.css ~ cat "$HOME/Library/Application Support/MailMate/Resources/MmMessagesWebView/stylesheet.css" @media print { .header { display: none; } .headers { display: none; } } ~ 

  • benny

    benny April 18th, 2017 @ 09:52 AM

    @Stacey: I'm not seeing that. It appears to still work for me. Try relaunching MailMate to make sure the stylesheet has not been cached somehow. Also, try the latest test version to make sure we are on the same page: Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane.

  • Stacey Marshall

    Stacey Marshall April 18th, 2017 @ 12:12 PM

    Hi Benny,
    I'm sure this must be some misunderstanding... As requested I have updated to latest Version 1.9.6 (5368).

    Checked the CSS file and restarted MailMate.

    $ cd ~/Library/Application\ Support/MailMate/Resources/MmMessagesWebView
    $ ls -l stylesheet.css
    -rw-r--r--@ 1 stacey  staff    74B 11 Apr 23:46 stylesheet.css
    $ cat stylesheet.css
    @media print {
        .header { display: none; }
        .headers { display: none; }
    }
    $
    

    I've attached the PDF which shows the mail headings still included.

    Thanks.

  • benny

    benny April 18th, 2017 @ 01:30 PM

    It appears you are doing the right thing and I'm not sure why I'm not seeing the same issue. It might be settings-related. Could you send me a screenshot of the Viewer preferences pane?

  • Stacey Marshall

    Stacey Marshall April 18th, 2017 @ 04:12 PM

    Sure, screenshot of Viewer Properties attached. I shall try some other settings.

  • Stacey Marshall

    Stacey Marshall April 18th, 2017 @ 04:19 PM

    So I selected (enabled) - "Prefer plain text".

    Back in the e-mail from yourself I press ⌘-P and voilà, preview with no heading 😎

  • Stacey Marshall

    Stacey Marshall April 19th, 2017 @ 09:33 AM

    Further to yesterdays finding, as Prefer Plain Text is not always ideal, I then disabled that option, but oddly the print-heading is still no longer present! So I guess some underlying issue.

  • benny

    benny April 25th, 2017 @ 01:49 PM

    In any case, it would be nice if the print dialogue provided options for leaving out headers and/or page-breaks. This would have the added advantage of probably more accurately print some times of HTML messages (it can be tricky to combine headers with existing arbitrary HTML). It's not a high priority, but I'm keeping the ticket open.

  • Stacey Marshall

    Stacey Marshall September 3rd, 2017 @ 01:20 PM

    And oddly today, switching 'Prefer plain text' does nothing for me!
    Resorted to Cmd-Alt-U, copied the HTML out of the email to separate file, opened in browser and printed it.

  • Robert Brenstein

    Robert Brenstein February 3rd, 2020 @ 10:48 PM

    Let me add a vote for a setting in the print dialog allowing us to decide whether we print the normal mail headers (default) or not on the print-task basis. If I understand correctly, the stylesheet solution is a global on/off switch. If so, it is too awkward when same emails should be printed with and without headers. I just had to print a bunch of invoices that came as emails and they do not look as proper invoices when printed with headers. We are talking about filing them for tax purposes (a copy of the same invoice with the headers is printed and filed for our reference). Email-based invoices seem to be used quite a bit it seems, so I think the usage of such a setting is ensured. This setting should be independent from preferring plain text or html.

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

Pages