CMYK EN INKSCAPE

Dicho todo lo relativo a los perfiles de color llega la hora de trabajar con Inkscape (0.48.3.1).
Una cosa que debemos tener siempre presente es que cada trabajo es un mundo y que
seremos nosotros los que determinemos qué debemos usar, y cómo, en cada caso.

De momento voy a dar por hecho que todo nuestro diseño es vectorial sin filtros y nada de
imágenes bitmap empotradas o enlazadas. Digamos que nos encontramos en ante un diseño a
base de colores planos o algo muy similar.

Comenzamos por cargar el perfil CMYK en Archivo/Preferencias del documento/Gestión de

color

Si conocemos bien los resultados en la imprenta de confianza usando un ISO Coated (papel
satinado) o ISO Uncoated (Papel sin satinar) podemos usarlos (este sería un asunto a tratar
con la imprenta una vez determinado el papel). Si no lo tenemos claro, o vamos a pasar al
cliente el archivo para que él busque imprenta y lo haga por su cuenta lo mejor es optar por
Fogra27 que es una especie de estándar para esto del CMYK en imprentas europeas. Si el
asunto se va imprimir en Estados Unidos debemos optar por GRACoL2006 Coated1v2 si no
sabemos de antemano las condiciones que tendrá la imprenta.

Sin embargo este acto de elegir y Asociar perfil (no olvidemos pulsar este botón tras la
elección del perfil) no significa que los colores ya se definan con él; para empezar porque es
posible hacer convivir varios perfiles de color en un mismo diseño, incluso uno RGB con otro
CMYK (pero es mejor no hacer extravagancias, digo yo). Para cada objeto editamos su color
desde la pestaña CMS de Objeto/Relleno y borde. Tras escoger el perfil se nos mostrarán las
cinco barras deslizadoras (CMYK además del canal Alfa A)

Un inconveniente es no tener un control porcentual de la transparencia. Debemos evitar

editarla en la barra deslizadora Opacidad de más abajo porque esto afecta por igual al relleno
y al borde y es mejor tener un control independiente. En el ejemplo de arriba he editado un
color negro para textos, por ejemplo, con valores 0,0,0,100 y sin transparencia. Puedo
verificar que este perfil de color se guardará con el SVG en el código (Editar/Editor XML...)
para ese objeto:

color:#000000;fill:#1b1918
icc-color(Fogra27L-CMYK-Coated-Press, 0, 0, 0, 1);
fill-opacity:1;
fill-rule:nonzero;
stroke:none;stroke-width:0;
marker:none;visibility:visible;
display:inline;overflow:visible;
enable-background:accumulate

Llama la atención que Inkscape usa una forma distinta de cifrar el código usando 1 en lugar
de 100 por lo que aquí la aproximación al rojo Cocacola sería 0, 1, 0.8 , 0 en lugar de 0, 100,
80, 0. En mi opinión esto debería cambiar en futuras versiones de Inkscape y usar valores
porcentuales de 0 a 100 y no de 0.00 a 1.00.

Si nos ponemos muy quisquillosos con un valor porcentual de la transparencia para el relleno
(este objeto no tiene borde, stroke:none) podemos editarlo aquí porque vemos que,
curiosamente, en el código el valor de fill-opacity es porcentual.

Esto es sólo posible en colores sólidos (Inkscape 0.48.3.1); en los gradientes los colores de
las distintas paradas se exportarán en RGB y deberemos ocuparnos de ellos cuando tengamos
el diseño en Scribus (1.4.3).
A la espera de algunas mejoras en la versión 0.49 ó 0.50 (esta última no creo que la vea yo en
vida y tengo 42 años) algunos de los datos incluidos en un SVG no son bien interpretados al
exportar a PDF (máscaras…) o al importar el mismo SVG desde Scribus (desenfoques y
filtros en general).

También podemos dejar los perfiles de color como preferencia de Inkscape y no sólo para
este documento en Archivo/Preferencias de Inkscape

EDICIONES PROHIBIDAS O PROBLEMÁTICAS

Gradientes con transparencias en alguno de sus nodos

Esta es una edición permitida y no da ningún problema en el proceso pero presenta la

particularidad de verse incorrectamente en la previsualización (Archivo/Previsualizar) en
Scribus donde la transparencia quedará anulada. En el caso anterior se mostrará esta
previsualización:

Como puede apreciarse el gradiente a perdido la propiedad de transparencia; pero eso no

significa en absoluto que el PDF final sea incorrecto.
En realidad este es un asunto que afecta a todas las transparencias, estén o no en un gradiente.

Recorte

Nuevamente esta es una edición permitida y no origina problemas en el PDF pero presenta el
inconveniente de que en Scribus el objeto resultante tiene como contorno la suma de los dos
objetos que conforman el Recorte. Así se mostraría este ejemplo al estar seleccionado en
Scribus.

Esto nos obliga a estar atentos por si ese contorno sale del diseño (una tarjeta de visita, por
ejemplo). No es nada grave ni problemático en realidad pero un despiste nos puede llevar a
considerar erróneamente una proporción en un momento dado.

Máscara

Una de las grandes faenas es que la máscara de Inkscape (Objeto/Máscara/Aplicar) no es

interpretada correctamente por Scribus y como consecuencia no podemos contar con ella en
el PDF final.
Texto trazado

Con los textos trazados (Trayecto/Objeto a trayecto) no hay ningún problema porque los
contornos se comportan como cualquier otra forma trazada. Scribus interpreta a la perfección
estas geometrías. Sin embargo yo creo que esta no es una buena opción siempre que podamos
tener un control completo del proceso. Por mucho que nos duela, si queremos un SLA
(archivo de Scribus) con el texto editable, no nos queda otra que crear los textos allí porque…

Texto sin trazar

…llegamos al asunto más importante respecto a los textos. Scribus al importar el SVG no
leerá las rutas hacia las fuentes tipográficas para enlazarlas sino que automáticamente las
trazará y ya no será posible corregir, mediante el uso del editor de texto, una falta ortográfica
o hacer algún cambio en ese sentido. Esta es, para mi, la mayor pega del proceso desde
Inkscape hasta el PDF en CMYK. Una opción interesante es hacer todo el diseño en Inkscape
y añadir texto en Scribus; de ese modo tenemos un mayor control del texto hasta al momento
justo de la creación del PDF.

Lo mismo que pasa con los textos pasa con las figuras sin trazar; por ejemplo un rectángulo
en Inkscape al que le podemos redondear las esquinas porque no ha sido convertido en
trayecto perderá esa propiedad en Scribus al ser importado el SVG; allí el rectángulo estará
formado por nodos.

Desenfoque y la gran mayoría de los efectos del menú Filtros

Mientras que Scribus no interprete correctamente todo el SVG creado en Inkscape, hay
asuntos como el de los filtros que no tienen solución vectorial y no queda otra que fabricar el
PNG con alta resolución (300ppp) y convertirlo en una imagen bitmap con perfil de color
CMYK que quede incrustado en el archivo SLA de Scribus. En otras palabras: trataremos
estas imágenes como si fueran fotografías (asunto que trataré en la próxima entrega)

EL SVG EN SCRIBUS

Recordemos que Inkscape permite la gestión en CMYK de los colores pero NO FABRICA
UN PDF con perfil de color CMYK. Ese es un trabajo que de momento es inevitable hacer en
Scribus.

No voy a tratar aquí las ediciones que hay que continuar haciendo en Scribus (será la cuarta
entrega) pero si nos apetece ir haciendo pruebas el asunto se resume en guardar el SVG en
Inkscape, y en Scribus hacer Archivo/Importar/Get Vector File. No está de más familiarizarse
con este paso del SVG de un software a otro para conocer bien qué es lo que se puede enviar
en vectorial y qué es lo que no quedará más remedio que enviar en mapa de bits.