Please can you share a sample document with which the issue is reproducible?
Am not able to see the issue on my machine
Anyway, it would be helpful if ID could recognize the profile as PS can do.
Hi! The background of the reported issue is well explained here, sorry German only (try using Google translate): https://www.cleverprinting.de/NL_Sept_2013_3.html. Briefly summarized: the source image has an icc-profile embedded, but it is not embedded properly. If it's being opened in PS, PS will fully scan the code of the image and finally find its icc-profile, even if it is written to another position. But InDesign is only scanning the part of the image code where the icc-profile should be embedded if it was embedded properly. When you again save the image in PS, it will embed the icc-profile properly and ID will find it when placing the image. The reason for that issue is the application in which the source image has been saved with an icc-profile.
Thank you for reporting the issue.
We are currently evaluating the same.
58 votes5 comments · Adobe InDesign: Feature Requests » Text and Type · Flag idea as inappropriate… · Admin →
Moving the issue back to Under Review.
151 votes119 comments · Adobe InDesign: Feature Requests » Print/Packaging · Flag idea as inappropriate… · Admin →
This is just as it is supposed to be from my pov. Each PDF/X-compliant file needs an output intent, no matter what PDF/X version. Whenever the document and a placed single picture are the same, the picture is set to „deviceCMYK“ during PDF export, dropping the pic's original ICC-profile, because the icc-profile is already embedded as the output intent’s icc-profile.
35 votes10 comments · Adobe InDesign: Feature Requests » Layout/Graphics etc · Flag idea as inappropriate… · Admin →