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.
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.
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.
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…
…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.