Porque o Inkscape não tem suporte a CMYK

O texto original se encontra no site original, link no final do texto.

Nessa publicação não irei fazer muitos comentários apenas repassar a informação completa. A tradução foi realizada pelo sistema do Google Tradutor e ficam minhas considerações, tanto aos responsáveis pelas traduções (antes de existir um sistema existem pessoas que sabem fazer traduções) e aos programdores, que possibilitaram a existência de um tradutor em constante atualização. Ambos me deixaram surpreso. Fica também a informação, o texto traduzido está todo em itálido.

Oi,

Maren perguntou se eu gostaria de participar da discussão sobre o Inkscape para impressão profissional. Deixe-me primeiro declarar que apresentei e demonstrei toda a pilha LibreGraphics em conferências e reuniões de pessoas que realmente trabalham no negócio de pré-impressão e impressão, então acho que sei pelo menos um pouco sobre suas necessidades. Também posso dizer com certeza que o Inkscape foi um dos programas que mais impressionaram aquelas pessoas, mas com uma advertência importante: eles não podem usá-lo porque não pode criar arquivos prontos para impressão. Esse é realmente o ponto principal para eles continuarem com o Illustrator ou (cada vez mais) Affinity Designer. Em algumas empresas mais especializadas, eles também usam muito o CorelDraw. Do ponto de vista deles, em termos de recursos, o Inkscape já era mais do que bom o suficiente em 2014, mas um fracasso completo quando se tratava de saída pronta para impressão.

SAÍDA PRONTA PARA IMPRESSÃO

Então, o que é um arquivo pronto para impressão? Hoje em dia, existem apenas três formatos significativos para isso, PDF, PDF e PDF. Esqueça PostScript (desatualizado), SVG :: Print (nunca foi usado) ou qualquer outra coisa; as impressoras querem PDFs. O problema é que isso não significa nenhum tipo de PDF, mas uma ou outra versão do PDF / X (dependendo de seu RIP e do fluxo de trabalho de impressão). Hoje, na Europa, a versão mais popular é o PDF / X-4, mas o PDF / X-3 ainda é amplamente usado, especialmente por empresas de impressão sob demanda. Ocasionalmente, uma impressora também solicitará arquivos PDF / X-1a. Na América do Norte, que em termos de tecnologia de impressão está geralmente vários anos atrás da Europa Ocidental, PDF / X-1a é, até onde sei, ainda a versão PDF / X mais usada, então você precisa implementar suporte para todos os três . (Não tenho ideia do que está sendo usado em outras partes do mundo, para ser honesto). Uma alternativa possível é a criação de arquivos TIFF com suporte para exportação com gerenciamento de cores, bem como CMYK e cores especiais, mas isso seria uma muleta.

CORES E GESTÃO DE CORES

Em uma discussão online sobre gitlab, alguém (J. Grady Broyles) mencionou Hexachrome, mas a verdade é que esse processo de impressão está morto há dez anos - não há necessidade de prestar atenção a ele e era restrito por patentes e marcas registradas de qualquer maneira.

O padrão da indústria de impressão para manuseio de cores de alta precisão em software é CIELAB (também conhecido como CIE Lab *). O gerenciamento interno de cores de todos os principais produtos o usa, assim como o littleCMS, que também é usado pelo Inkscape. A principal vantagem do CIELAB é que ele é independente de dispositivo e se baseia na percepção humana das cores, ao contrário de RGB e CMYK, que são inúteis sem um perfil ICC / ICM. Se você ainda não fez isso, é necessário converter todas as operações de cores internas de RGB para CIELAB se quiser criar arquivos prontos para impressão confiáveis. Usar o LAB internamente, não importa o modelo de cor que os usuários individuais prefiram na IU, pode ser uma tarefa gigantesca no início, mas torna todo o resto muito mais fácil no futuro.

Melhor ainda (mas não obrigatório) seria uma opção para criar novas cores LAB reais ou, uma vez que LAB não é exatamente intuitivo, cores HLC (Hue, Lightning, Chroma), que é uma versão fácil de usar do LAB. Esses valores também devem ser armazenados em Inkscape SVGs (a especificação SVG permite isso). Da mesma forma, qualquer outro modelo de cores deve exigir o uso de um ou mais perfis de cores, ou seja, um para RGB e outro para CMYK.

No entanto, oferecer suporte a CMYK, cores especiais e LAB não é suficiente. Para usar coleções de cores comerciais como Pantone, você também precisa oferecer suporte a mais formatos de paleta de cores (também conhecidos como "amostra"). Atualmente o Inkscape suporta apenas o formato "GIMP Palette" (GPL) irremediavelmente desatualizado, que é do início dos anos noventa e só pode incluir cores RGB. Já que Pantone et al. não disponibilizará suas cores a menos que você pague quantias obscenas de taxas de licenciamento; você precisa obter as paletas de outro lugar, por exemplo, uma versão de teste do Adobe CC.

Faria sentido fornecer pelo menos filtros de importação para os seguintes formatos: ACB (Adobe Color Book; usado em todos os produtos Adobe desde CS 3), ASE (Adobe Swatch Exchange - muitos fornecedores de cores fornecem suas coleções de cores proprietárias usando ASE), AI (arquivos do Illustrator simplificados que contêm apenas cores, usados ​​por muitos fornecedores de tintas), SBZ (formato XML nativo do Swatchbooker, agora também usado pelo Scribus). Exceto para AI (que é uma variedade de EPS ou PDF), todos os formatos listados estão documentados aqui: http://www.selapa.net/swatchbooker/. Ao suportar ASE ou SBZ, os usuários do Inkscape terão imediatamente mais de 300 sistemas de cores, em sua maioria comerciais, com valores LAB à sua disposição sob uma licença CC por meio da coleção Open Color Systems (https://www.freiefarbe.de/en/thema-farbe /Programas/). Além disso, um recurso do Scribus pode ser útil, pois o Scribus permite a importação de cores de todos os formatos de arquivo DTP e vetor suportados. Paletas de cores são arquivos muito simples, então não seria muito difícil. Além disso, há código de amostra em Scribus (C ++) e Swatchbooker (Python).

Além do CMYK, o suporte a cores especiais é um recurso crucial, especialmente para programas de desenho vetorial. Cores exatas são cores nomeadas, ou seja, cores que são armazenadas em um PDF com um "nome" (pode ser "Laranja profundo" ou um código como "XY / -20-115") em vez de valores de cor simples. Essas cores não podem ser reproduzidas usando as quatro cores de processo usuais C, M, Y e K. Em vez disso, elas exigem uma mistura de tinta personalizada que é colocada no papel na impressão em offset por uma ou mais chapas adicionais. Na impressão digital com mais de quatro cores, as fórmulas de mistura necessárias geralmente são armazenadas no driver da impressora. Embora as cores exatas sejam normalmente evitadas em tiragens em massa, porque aumentam os custos e tornam o processo mais lento, elas são essenciais na indústria de embalagens e na impressão em serigrafia - duas áreas nas quais o Inkscape poderia ser uma solução ideal, dada a sua conjunto de recursos atual.

Um problema com qualquer versão PDF / X é que eles são padrões ISO que são publicados, mas não podem ser baixados gratuitamente. Você precisa pagar uma taxa para obtê-los da ISO. Uma alternativa seria o uso da biblioteca de uma universidade local ou faculdade técnica, onde as especificações podem ser consultadas. Se o Inkscape fizer uma tentativa séria de implementar as versões PDF / X mencionadas acima, e talvez mais tarde PDF / X-5, posso conseguir ajuda via PDFX-ready, uma iniciativa suíça para promover PDF / X em fluxos de trabalho de impressão (https : //pdfx-ready.ch/index.php? show = 3). O Scribus está prestes a se tornar um parceiro ou membro dele em 2018, e por meio da iniciativa você poderá obter todas as informações de que precisa, especialmente porque seu fundador é o autor da última especificação ISO do PDF / X. O PDFX-ready também pode ajudar a testar a saída de PDF / X, desde que o Inkscape seja realmente sério e determinado a implementar a exportação de PDF / X.

TRANSPARÊNCIA

Transparência em PDF / X costumava ser um problema difícil até o lançamento da especificação PDF / X-4, porque X-1a e X-3 não permitem transparência, o que pode diminuir o uso de muitos dos recursos maravilhosos do Inkscape. Existem algumas soluções possíveis para isso:

Acione um aviso quando um arquivo Inkscape com transparência estiver prestes a ser exportado como PDF / X-1a ou 3 (verificação do Preflight; veja abaixo), para que o usuário possa encontrar outra solução.

Implemente suporte para PDF 1.4 ou posterior na medida em que for necessário para Inkscape (PDF 1.4+ permite o uso de transparências; PDF / X-4 é baseado em PDF 1.6).

Escreva um nivelador de transparência. Este é muito difícil de fazer. A maneira mais fácil (mas não fácil) é nivelar todas as áreas que usam efeitos de transparência em pixels, o que pode ou não funcionar se cores especiais ou uma mistura de diferentes modelos de cores estiverem envolvidos. O caminho extremamente difícil é encontrar uma maneira de nivelar elementos de vetor, pixel e texto, levando em consideração diferentes modelos de cores e perfis de cores. A Adobe levou anos e um gênio para descobrir como fazer isso. (Observação: o Scribus ainda não foi capaz de encontrar uma solução para isso, principalmente devido a restrições de tempo. Uma solução alternativa no Scribus é exportar para X-4 ou [no branch estável 1.4.x] para 1.4 ou 1.5 com todas as restrições PDF / X necessárias verificadas manualmente. No último caso, a impressora precisa nivelar a transparência usando o Acrobat.)

O manuseio de fontes também é crucial quando se trata de impressão e exportação de PDF. O Inkscape teria que verificar as fontes em relação à sua validade e pular os arquivos de fontes corrompidos, que são muitos. Observe também que apenas as fontes PostScript, TTF e OTF podem ser usadas em PDFs - as fontes SVG precisam ser convertidas em contornos. Dependendo do destino de saída do PDF, as fontes devem ou não ser incorporadas. Quanto à maioria das fontes TTF e OTF com todos os recursos atuais, geralmente faz sentido incorporar apenas um subconjunto de uma fonte, porque, caso contrário, o PDF resultante se tornaria extremamente grande e seria ainda pior com as fontes CJK.

Em relação às bibliotecas Libre PDF que suportam PDF / X no grau exigido, não tenho conhecimento de nenhuma. O Ghostscript só pode lidar com PDF / X-3. FOP pode lidar com X-3 e 4, mas apenas em RGB. Franz Schmid, do Scribus, escreveu patches para o Cairo que ofereciam suporte a CMYK e cores especiais anos atrás, mas foi informado de que os desenvolvedores do Cairo não estavam interessados. Talvez você possa entrar em contato com Franz e pedir seus patches e, em seguida, usar uma versão com patch do Cairo internamente. Você também pode olhar a biblioteca PDF do Scribus (pdflibcore) em C ++, mas como esta é altamente dependente da infraestrutura geral do Qt, provavelmente vai dar muito trabalho ajustá-la para GTK +. Você também pode querer dar uma olhada no PoDoFo (http://podofo.sourceforge.net/about.html) como ponto de partida.

PREFLIGHT

Para certificar-se de que um PDF / X exportado está em conformidade com uma especificação específica, é necessário o chamado verificador de comprovação. Este recurso terá que avisar os usuários se algo pode causar problemas (por exemplo, transparência se o destino de saída for PDF / X-1a ou 3).

Ass.: Christoph

Texto original nesse link aqui