— Problem seems to be the Bold weight/instance
— On OS X 10.10 the Bold weight can be printed without any error.
Glyphsfile (e xported by Version 2.0.1 (754) )
— global parameter “Family Alignment Zones”
— per master some vertical metrics parameters like “winAscent”
— per instance “rename Glyphs” “remove Glyphs”
— stylelinked the “bold” as “bold to Regular”
— also used some “TTFAutohint options” (guess not relevant to OTF export)
Also tried to remove the “Compatible Name Table” but error still present.
Any Idea how to solve this — thought that an Export without any erros will create well working font-files.
We have just got a new Xerox printer here and have run into the same PS ‘Invalidfont’ errors with a new font that I am testing. I have tested the same font on an HP printer without any issue. Did you or your client ever find a solution?
The issue occurs when printing OTFs from MS Word and Pages on a Xerox printer.
TTF’s print as expected as do older fonts exported from Fontlab.
Any help or further insight would be greatly appreciated.
Phil
@mekkablue I have seen this post but I am unable to follow these steps as the options don’t exist for our printer — Xerox Phaser 7500. Our IT guy is going to hopefully run a firmware update on the printer next week. Will update here if it resolves the issue.
@GeorgSeifert I’m sending the otf files over to your gs email. Thanks for taking a look!
I’m finding that OTF’s that were generated with Glyphs 2.2 (827) — 2.3 (895) are printing just fine on a Xerox printer. But all OTF fonts that were generated in Glyphs 2.1 and Glyphs 2.4 (Nov’16) — 2.4.4 (Nov’17) will display the postscript error message.
@GeorgSeifert did you manage to have a look at the otfs I sent on Friday?
Tomorrow our studio IT chap will be updating the firmware on the printer.
I’ll let you know whether this resolves the problem of printing OTFs from MS Word/Apple Pages on a Xerox printer.
Hi, I think we may have resolved the problem this evening. There was a duplicate value in the Horizontal PS Stem settings. We removed the duplicate and printed 1 weight of the family successfully. Perhaps the Xerox Phaser PS Print Driver is sensitive to hint stem settings. I didn’t have time to test the whole family so will confirm if the issue is resolved tomorrow. Thanks!
Hi folks, this issue is now resolved These are @ammazzarella and my learnings…
A Xerox Phaser PS Print Driver requires that PS Stem settings must be defined in an increasing value order across all Masters and you cannot duplicate stem values at all.
The number of values is irrelevant, you don’t need to have a consistent set across masters, but they must be in the right order as shown here:
Increasing order is what the Type1 specification demands:
The entry StemSnapH is an array of up to 12 real numbers of the most common widths (including the dominant width given in the StdHW array) for horizontal stems (measured vertically). These widths must be sorted in increasing order. For example: /StemSnapH [32 41] def
Amazing, thank you for the detective work and the feedback!
I will add that to the Handbook and the tutorials. Does this include StdHW and StdVW somehow? Or can these values be smaller, larger, somewhere in between and even the same as the StemSnap values?
The requirement of the Xerox driver is what the Type1 spec requires anyway, so Glyphs could sort the values correctly no matter the order they are entered. I think Glyphs uses the first value for StemHW and this plus the other values for StemSnapH (Same for StemVW and StemSnapV). It would just need to sort the StemSnapH and StemSnapV values when exporting the font. The StemHW/StemVW value must also be part of the StemSnapH/StemSnapV lists.
Totally agree with @jkutilek. Sorting the values on export will resolve the problem for those unaware of the issue.
The handbook update will certainly help too.