BUG!! Word 2016 fails to print margins correctly / messes up layout (Possible OpenType .otf Font bug)

Anonymous
2015-11-26T19:37:16+00:00

Hallo everyone,

I am having severe problems with Word 2016, as it does not print the document layout correctly as it somehow messes up the margin when printing.

NOTE: This happens when printing to Adobe Acrobat DC and my physical printer!

My document layout:

• no markup,

• custom margins (set to 1,27cm top / bottom and left / right - my printer can easily handle these...)

• no header or footer

• paper size set to A4 in all settings

IMAGE 1

The following is picture shows page 1 of my document in "Print Layout"-view. This is how I want the document to look when printed.

IMAGE 2

Here is a picture of the Print-preview menu. You can see that the Print preview still shows the document exactly as I want it. No problems. No funny settings selected. No "Print Markup" selected.

IMAGE 3

Now this is what happens when I print the actual document:

The bottom margin changes and suddenly the whole layout is messed up!

Please advise whether this a bug, or some setting I seem to wrongfully configure.

This is really annoying as I sometimes spend hours to get the layout and spacing in a document right, but then when it comes to printing the document, everything is messed up.

Thank you.

Microsoft 365 and Office | Word | For home | Windows

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

138 answers

Sort by: Newest
  1. Doug Robbins - MVP - Office Apps and Services 323.6K Reputation points MVP Volunteer Moderator
    2017-02-11T22:32:11+00:00

    If you follow that procedure when you have the template that you are using to create your documents as the active document, and you then save the template, it will apply to documents that you subsequently create from that template.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2017-02-11T19:17:34+00:00

    Hi, I think that it would be more appropriate to rename this thread as an issue with line spacing rather than margins since the margins are the same size in the print preview and the printed output, it is (in my experience) the different line spacing that accounts for the change in amount of text that fits within the set margin.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2017-01-21T15:04:42+00:00

    This solution worked for me. However, I would like to know whether I have to follow the above procedure every time I need to print.

    Thanks

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2017-01-09T16:40:06+00:00

    Unfortunately I doubt your suggestion would work when dealing with .dot templates using semi complex layouts, headers, and footers while also need to maintain backwards compatibility with older versions of word.

    The only 100% work around I've found is using the compatibility options... I created a VBA sub that sets the correct options and linked it to a shortcut icon in the quick access tab in word.  all I have to do is click the button after loading the old word .dot template and then save the new file instance as a .doc.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  5. Anonymous
    2017-01-09T14:57:24+00:00

    I had the same issue using a purchased .OTF font on Windows 10/Office 365.

    My colleagues on windows 8.1 do not have the same problem.

    Instead of forcing the files to save in windows 8.1 retro-compatible format as suggested in one of the replies, you can set the line spacing to a fixed value for your paragraphs.

    For instance, if the character font is 12pt, set the line spacing to "Exactly 14.4pt" to set it as the equivalent of 1.2 lines.

    Then the display screen on MsWord is the same as when you print the document or save it as PDF. It is really WYSIWYG this way.

    So it seems the problem is the handling of line spacing with OTF fonts.

    I hope it helps.

    Was this answer helpful?

    0 comments No comments