JinoBetti

Any update on this topic ? seems to happen still in version 1.8.5.703 of both publisher and designer

Same request for me... it would spare us a lot of time and effort assembling the final book while being able to fix mistakes in separate files

+1 with either vitor's behaviour (converting shapes to curves with an assistant warning) or Fun Art Sam's behaviour (allowing this only for curves...). Since curves seems not to be a problem for this functionality, and are for many users acceptable, I think it would be a great improvement... In any case, thanks Ben for sharing the behind the scenes for us to understand better the complexity of the matter !

Thank you so much for the quick and complete answer... I get a little lost with all of it, I'll try to figure it all out with the editor, using your answer to try and find the better way to do it ! I'll post the solution we will have chosen afterwards

This is an old subject, but does anyone know how it evolved after two years? I have a document that I will soon send to a printer, it has a CMYK color space setup, with a "convert" policy. Do I still have to rasterize each picture for them to really be in CMYK or not? (I do not have access to Acrobat pro to check it for myself) Was there any feature request about it in the end ? All I could find is this one that relates to it (or at least would allow me to check)

Ok so I'll come back to my initial problem which is compatibility with the SVG format : When I export a path colored in CMYK (0,0,0,100) and open the SVG file, it comes back as CMYK (68,67,65,74) => is this possible to save CMYK values in the SVG Format ? It causes problems of compatibility with other softwares such as inkscape which do not have the same conversion formula (with inkscape, RGB (0, 0, 0) is CMYK (0,0,0,100)). So, often, when people share works made with Inkscape, we have to check every black path to put it back to (0,0,0,100) so as for it to be printed with black ink only, which is quite time consuming...

It would seem that a RGB value of (0,0,0) does not result as a CMYK value of (0,0,0,100) as it should, but as a (72,68,67,88) CMYK value. A (0, 0, 0, 100) CMYK value is converted to a (35, 31, 32) RGB value instead of (0, 0, 0) To test this, you can simply switch from RGB to CMYK color mode in the color panel on a black colored shape Is that really a bug in the conversion formula, or am I missing something ?