After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 640613 - support for exporting CMYK TIFF format
support for exporting CMYK TIFF format
Product: GIMP
Classification: Other
Component: Plugins
git master
Other All
: Normal enhancement
: 2.10
Assigned To: GIMP Bugs
Depends on:
Reported: 2011-01-26 05:08 UTC by Yoshinori Yamakawa
Modified: 2018-05-24 12:56 UTC
See Also:
GNOME target: ---
GNOME version: ---

add CMYK TIFF exporter plug-in (19.96 KB, patch)
2011-01-26 05:08 UTC, Yoshinori Yamakawa
none Details | Review
add CMYK file export plug-in (44.94 KB, patch)
2011-03-12 19:29 UTC, Yoshinori Yamakawa
none Details | Review
add CMYK file export plug-in (2.68 KB, patch)
2016-10-28 16:10 UTC, Yoshinori Yamakawa
none Details | Review
add CMYK file export plug-in (42.36 KB, patch)
2016-10-28 16:36 UTC, Yoshinori Yamakawa
needs-work Details | Review

Description Yoshinori Yamakawa 2011-01-26 05:08:15 UTC
Created attachment 179351 [details] [review]
add CMYK TIFF exporter plug-in

I think that the separate+ plug-in is not proper for the GIMP distribution because the separate+ plug-in has unnecessary features for general users and the separate+ workflow is not very seamless.

I wrote the subset version of separate+ (named separate-) as a GIMP file plug-in. Separate- is the CMYK TIFF exporter and is very simple to use.
Comment 1 Martin Nordholts 2011-01-31 16:53:50 UTC
Putting on 2.8 so we don't forget to look closer at this, would be nice to have this in 2.8 IMO.
Comment 2 Yoshinori Yamakawa 2011-02-01 00:56:36 UTC
I will try to add support for JPEG/PSD format into the separate-.
Comment 3 Yoshinori Yamakawa 2011-03-12 19:29:16 UTC
Created attachment 183234 [details] [review]
add CMYK file export plug-in

I added support for JPEG and Photoshop PSD formats into separate-.
Comment 4 Martin Nordholts 2011-03-14 07:42:32 UTC
We desperately need to get 2.8 out, let's look at this for 2.10 instead
Comment 5 Jehan 2015-02-27 12:05:57 UTC
Hey all,

There is a patch, and apparently one of interest. Unfortunately it does not apply anymore against master (4 year-old patch!). But I guess we are still interested into it, no? Shouldn't we have a look at it?

Yoshinori > if you are still around, would you be kind enough to update your patch against current GIMP master?

Comment 6 Yoshinori Yamakawa 2016-10-28 16:10:14 UTC
Created attachment 338738 [details] [review]
add CMYK file export plug-in

update for 2.10
Comment 7 Yoshinori Yamakawa 2016-10-28 16:36:41 UTC
Created attachment 338739 [details] [review]
add CMYK file export plug-in

Sorry, I made a mistake.
Comment 8 Alexandre Prokoudine 2016-10-30 12:20:43 UTC
Thank you!

The patch applies cleanly, and GIMP builds fine.

A quick note. When a preferred ICC profile for CMYK is not set, the plug-in says:

"Could not save '$PATH/image.tif':

Destination profile cannot be loaded or is not CMYK profile.
Please check the color management preferences."

We don't use the term "destination profile" currently, we call it "preferred ICC profile". Should the plug-in call it that way as well? I'm not sure. What are your opinions?

Also, the plug-in appears to read both preferred ICC profile and rendering intent from the settings (which is great!), but doesn't make it possible to choose a different profile or a different rendering intent on per-image basis at the export time (without changing global preferences before that). Is that intentional behavior? I'm not sure myself, that's why I'm asking :)

Overall, I'm very happy that this is about to be resolved, even though it's one of the first steps to what we want GIMP to be able to do with CMYK :)
Comment 9 Michael Natterer 2016-10-30 14:10:41 UTC
Sorry, but I don't think this is about to be resolved :(

This plug-in duplicates all the saving code for the supported file formats,
instead of adding YMCK saving support to the existing format plug-ins.
Comment 10 Michael Schumacher 2016-10-30 21:55:41 UTC
Review of attachment 338739 [details] [review]:

The check is not needed, btw - all of the libraries involved are hard dependencies now.
Comment 11 slay 2016-11-01 22:58:19 UTC
How many years you need, when you reach a consensus? Can it be so dramatic? I do not believe that you have something to do.
Comment 12 Jehan 2016-11-21 23:24:53 UTC
Yoshinori > would it be possible for you to update your patch following review from Mitch on comment 9? Basically don't create this new plugin, but simply add CMYK support into each plugin for the formats you want to have supported (TIFF, jpeg and PSD, isn't it?).
Duplicating saving code for every format would be a maintenance nightmare since we'd have to port every change on these formats in 2 places.

That would be awesome. Thanks! :-)
Comment 13 Jehan 2017-12-04 23:49:03 UTC
Putting back to 2.10 milestone. We decided to simply put the very import bugs as blockers. Anything non-blocker have simply very few chances to make it unless someone decides to give it an importance (by working on it and providing working patches).
Comment 14 GNOME Infrastructure Team 2018-05-24 12:56:05 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: