I narrowed the problem down to a plug-in bundle being unloaded using
CFBundleUnloadExecutable. (I know, that's not the recommended approach,
but this is legacy code.) So I looked into the plug-in. It's mostly
C++, but there was one Objective-C++ source file that wasn't being used
and didn't
> On 22 Jan 2019, at 18:23, Alastair Houghton
> wrote:
>
> There’s often a printer setting on users’ printers to tell them to use (just)
> black ink.
This also shows up in Cocoa Print dialogs under “Printer features” or as a
“Greyscale” checkbox. I have it turned on by default.
Jeremy
On 22 Jan 2019, at 08:16, Georg Seifert wrote:
>
> Hi
>
> I have a app that can print black shapes (using normal cocoa view based
> printing). A lot users complain that the printouts are not really black (the
> printouts are rastered, so the color sync tries to simulate a CMJK black but
>
> On Jan 22, 2019, at 1:16 AM, Georg Seifert wrote:
>
> Hi
>
> I have a app that can print black shapes (using normal cocoa view based
> printing). A lot users complain that the printouts are not really black (the
> printouts are rastered, so the color sync tries to simulate a CMJK black but
Hi
I have a app that can print black shapes (using normal cocoa view based
printing). A lot users complain that the printouts are not really black (the
printouts are rastered, so the color sync tries to simulate a CMJK black but
even thou that it is black already).
We played around with the
