Samples print in grey

bug

#1

When I print a tab with glyphs the output is not black on white, but a dark grey raster.
This is discovered with 1175 and when I updated to 1184, the same result.

Going back to version 1075, the output is black, as it should be. After all, I want to see how my curves are looking at the resolution of the printer and not at the resolution at of a raster image.

Same Mac OS Mojave, same laserJet: difference must be a change in the Glyphs app.

I am trying to design a multiple weights of a design with lots of curves, which means I need to see nodes in the background for consistency and print samples. I usually do this in FontLab, because until recently Glyphs didn’t show nodes in the background. Now that it does, I cannot print samples. I find myself working on a file, for which I do not have FontLab masters, I have to go back and forth between Glyphs versions all the time. So I hope for a solution.

Jelle


#2

Have you checked the “Show Nodes” box in the print settings?


#3

I have never printed anything other than filled outlines, without nodes or metrics. I just tried printing with nodes for the first time in the combination with filled outlines, using 1175, getting light grey characters with barely visible nodes. (the font name, size and date-time is the only black on the page)


#4

Disable the “Show Nodes” box.


#5

I have never enabled the “Show Nodes”, until you brought it up yesterday. What it does is printing in a light raster instead of a dark raster. There should be no raster at all. If I print to PDF and show you a screenshot enlarged, it shows dark-grey with noticeable darker overlaps in the headline stroke. The PDF output from 1075 shows solid black.
Fill outlines checked
Show nodes not checked
Show metrics not checked
Size 96 pt


#6

I just had a look. The problem is that it is a RGB black. I’ll have a look.

Edit I fixed it.


#7

Got an update this morning.

For printing a sample there is a difference: There is no longer a visible overlap in the headline. But the characters still print in dark grey raster.
For what it is worth. In the old days I printed with samples with the black being set with one of the predefined system colours. This being a long time ago: a QuickDraw call. The outlines drawn with Quartz, would inherit this color for fill. Only for other colours, I would use Quartz to set an RGB color. But then it was OK to print a raster.

This update crashes as soon as I try to edit outlines, because I have to space-drag the drawing into position, which it doesn’t want to do at all.


#8

The other difference in the print is that the text in bottom lef & right, is also printed with a screen. Previously solid black.


#9

It new version prints with CMYK 100% black. It fifth be that your printer does some color matching and that sometimes leads to grey?


#10

I gave it another shot. If the print dialog setting for color matching is set to ColorSync then it is screened. If it is set to “In Printer”, it is solid black. In the version that prints with RBG the color matching setting makes no difference.

So it works, if you now how to use it.

Thanks.


#11

According to Adobe, printing with CMYK, 100% black, must result in dark gray rasterised text on a black and white printer, so that you can see the difference between black and deep black, with for instance 60% cyan added. The 100% black in exported PDFs also becomes gray. I think these are idiotic measurements. You have to switch on preferences like “export all blacks as black” or “print blacks as black”. And even then I have encountered several situations where Macs (never PC) could not print pure black on certain printers. Sometimes updating a printer driver helped, but there was one situation where a whole battalion of printing and computer experts could not get a Mac to print without raster. They could solve it only by using a different Mac. Too many variables involved.