Summary: | CMYK pdf import/pdf export | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Alex <eneeen> |
Component: | File formats | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | amy, griffinvalley, halla |
Priority: | NOR | ||
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | All | ||
Latest Commit: | Version Fixed In: |
Description
Alex
2017-04-14 11:07:55 UTC
We actually removed PDF export because there's no good libraries to handle PDF cmyk support. We highly recommend using scribus to help with preparing for print. I think poppler supports CMYK output now, since 20.12.0 Poppler does, but we use the Qt5 backend, which forces rendering to QImage (and thus RGBA): https://gitlab.freedesktop.org/poppler/poppler/-/blob/master/qt5/src/poppler-page.cc#L495 If we wanted it to work, we'd have to patch the backend and get the raw CMYKA blobs out. Raw cmyk blob, or maybe just have each channel be rendered to a grayscale qimage. The real question is of course, if we know how to get the cmyk out, how do we get it in? :) If we have a single CMYKA blob from Poppler, we can writeBytes(...) the layer's paint device directly. https://invent.kde.org/graphics/krita/-/blob/master/libs/image/kis_paint_device.cc#L1602-1614 But, we'd need to get the color profile, bit depth, etc... that's abstracted by Poppler-Qt5 and QImage. Not working on this actively, but I did report the missing feature upstream. See https://gitlab.freedesktop.org/poppler/poppler/-/issues/1348 |