Inkscape ne devrait pas supporter le CMJN

Le 2 janvier 2010 7 commentaires 
Développement Inkscape, Inkscape, Vectoriel

inkscape-sans-cmjnDerrière cette annonce peu engageante de Jon Cruz se cache une problématique récurrente en prépresse: le nombre de couleurs.

Jon revient notamment sur les tons directs, dont le mélange ne relève pas de la quadri mais se prépare en amont à partir de recettes brevetées. Intégrer le CMJN implique d’anticiper les autres possibilités (bi-, tri-, voire hexachromie) et le problème de l’intégration de brevets dans un F/LOSS.

Commentaires

7 réponses à “Inkscape ne devrait pas supporter le CMJN”

  1. Touvert le 2 janvier 2010 10:28

    C’est quand même pas croyable que ça traîne autant… Parce que tout le monde le sait, y a plein de graphistes qui hésitent à se lancer dans l’utilisation de Inkscape à cause justement du fait qu’il ne supporte pas l’utilisation du cmjn.

    Et pendant ce temps, c’est Illustrator et autres softs bien connus qui se taillent la part du lion!

  2. imppao le 2 janvier 2010 10:55

    “Inkscape ne devrait pas supporter le CMJN” … pour l’instant!!!
    j’ose espérer que le CMJN soit un jour intégré dans inkscape.

  3. FeIZocE le 2 janvier 2010 11:43

    Je pense que le message que voulait faire passer Jon, c’est « ça va être long ».
    Quant au manque de CMJN, c’est pas indispensable tant que le graphiste passe par un soft de mise en page, ce qui est le cas dans 90% des compos. DU moins chez ceux qui savent travailler.
    Je pense qu’avant d’aborder l’UGC/GCR, je vais faire un article sur « le CMJN est-il indispensable »? Moi je pense pas, tant qu’il y a une bonne prévisualisation des couleurs avec le bon profil. La séparation des couches se fera de toute façon au PostScript ou au RIP.

    Le seul vrai problème, selon moi, c’est les tons directs: tant qu’il n’y aura pas d’option pour transformer un faux mélange quadri Inkscape en teinte, il y aura un gros, gros retard.

  4. truffe le 3 janvier 2010 20:04

    sans gestion de cette couleur en amont j’ai du mal à imaginer comment garder et s’assurer des conversion sans perte jusqu’a impression. c’est d’autant plus mort si un client te donne une charte précise, tu n’as aucune moyen de savoir si il la conversion tombera pile poil sur ce qu’il veut.
    c’est un peu pinaillé je sais, mais c’est souvent comme ca, et c’est pour ca que bcp de graphiste travaille en cmjn directement pour s’éviter l’arrachage de cheveux sur le traceur (et encore il y en a tjrs).
    Je ne pense pas que ca soit indispensable, mais on ne peut pas dire que ca soit très professionnel non plus! (pour ce qui est du print en tous cas) perso ca m’importe peu, puisque je n’en fait pas ou peu

  5. FeIZocE le 4 janvier 2010 11:59

    Ah oui, tout-à-fait! La question n’est pas de savoir si Inkscape doit intégrer une gestion des couleurs, qu’il propose déjà, mais implémenter le support du vrai CMJN.

  6. VDavid le 28 mai 2010 11:41

    J’ai posté sur un site de concours de TeeShirt un visuel. Celui-ci a été refusé. Peut être en raison de ça : « Il doit contenir un maximum de 12 couleurs – Tons directs : nuancier PANTONE ©
    Opaque Couché (Solid Coated). »
    Comment fait-on pour gérer ça dans Inkscape.

  7. FeIZocE le 28 mai 2010 14:29

    Inkscape ne gère pas les couleurs pour l’impression. Il existe une alternative en passant par Scribus, si ton visuel n’est pas trop complexe (e.g s’il n’a pas de filtres SVG ou d’images bitmap), mais dans le cadre de la création de t-shirts j’imagine que tu as utilisé des aplats sans fioritures. Essaie ceci: enregistre ton document en SVG standard (et pas le SVG Inkscape), puis ouvre-le avec Scribus. Dans Édition> Couleurs, supprime les couleurs inutilisées, puis double-clique sur chaque couleur à transformer en ton direct: une fenêtre s’ouvre, qui te propose de cocher la mention Ton direct. Exporte le tout dans un format imposé par la boutique, genre EPS, PDF ou si possible SVG si cela est permis par la boutique.
    Ça devrait passer cette fois.

Déposez un commentaire