- Inkscape Users - Inkscape Mailman

Inkpad for iPad opensourced
by William Adams 10 Jun '14

10 Jun '14

Available on github: https://github.com/sprang/Inkpad Didn't see a mention of it here --- thought maybe people might find it of interest. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow.

1 0

Re: [Inkscape-user] Inkscape-user Digest, Vol 97, Issue 2
by Gez 05 Jun '14

05 Jun '14

El lun, 02-06-2014 a las 14:58 +0000, inkscape-user-request(a)lists.sourceforge.net escribió: > You cant give a printer a RGB image and say just print this to this > profile it should be fine. Why not? That's exactly what the late-binding workflow consists of. > The colourspace is CMYK, the profile will depend on the output. CMYK is the color model, the colorspace depends on the device. If you want to send CMYK to print, it's important you know WHAT CMYK (what profile). Otherwise your CMYK numbers are meaningless (they could have been designated for a different printer). I mentioned the two Pantone bridge books for US and Euro markets because they are a good example of that. > I don't really want to continue with this thread, whatever you say > next > I will agree to (depends on what you say, but I will) and we can > put it to rest. Look, I just wanted to help you. I suggest you to investigate a little more about color management for print, because you have some facts wrong. But it's not just you. A lot of people in the print world are just too used to the early binding practices, believing that CMYK values stripped from any colorspace information are better in terms of color rendition than a color managed conversion from RGB to a specific CMYK profile. If you're not interested to contiue this thread, fine by me. Gez.

3 2

Re: [Inkscape-user] CMYK in PDF from Inkscape
by Gez 05 Jun '14

05 Jun '14

El dom, 01-06-2014 a las 13:53 +0000, inkscape-user-request(a)lists.sourceforge.net escribió: > Gez, I know inkscape doesnt really work well for a purely CMYK > workflow, > I knew that from the start. I must say that your statement about CMYK > values tied to press settings are not what I, nor anyone I know in > print and design have been doing, maybe your statement would make more > sense(for me anyway) if you mentioned that printer ICC profiles are > tied > to specific press settings. Man, saying that a printer ICC profile is tied to specific press settings and saying that a specific set of CMYK values is tied to specific press settings is the same. Are you saying that they are different things and a specific set of CMYK values will print the same in any press? If that's what you're saying you and "anyone you know in print" are wrong. :-p But don't take my word, just grab two Pantone Bridge books, one for the US market and the other for the Euro market and explain why the same Pantone colors have different values when "converted" to CMYK. Also check the press settings stated in those books, and you'll see that the print setup varies. Why do you think they do that? Your CMYK values are meaningless if you don't know the colorspace they're tied to. Your CMYK values won't print the exact color you want if you take them to two different presses with different setups and paper stocks. Of course they are tied to the press settings, and ICC profiles are how you communicate it to the color management engine. Anyway, maybe you missed the point of what I tried to say (or I did a lousy job explaining it, it's possible too :-) The point is that you can get good results with a intermediate binding workflow. I'm not saying that you should send RGB. If you do everything in RGB in Inkscape and let Scribus to convert the RGB values to the desired CMYK profile, you'll get good results. As Chris pointed out, there are some aspects that have to be considered, and black type is one of them. If your print provider doesn't have the specific preflight rules for it, black will be printed as composite black and you don't want that for your small type. In that case, you can replace the RGB black 100% K in Scribus (or in inkscape with the CMS tab before taking the SVG to Scribus). As I mentioned in the other mail, I do that all the time with excellent results, and some of the stuff I do that way goes to top print providers who print large runs for national distribution. Believe me I wouldn't use this software for that if I wasn't sure about it. Gez.

2 1

Inkscape Shorcut guide
by Judah 03 Jun '14

03 Jun '14

To those of you just starting out using Inkscape, knowing the shortcuts help, here's a handy reference guide I made for myself using Inkscape and Scribus. https://copy.com/BXRvqfmXmODD Hope it helps someone other than me :) Feel free to distribute and if you going to sell it let me know.

4 7

Re: [Inkscape-user] CMYK in PDF from Inkscape
by Judah 02 Jun '14

02 Jun '14

> El dom, 01-06-2014 a las 13:53 +0000, > inkscape-user-request@...125... escribió: > > Gez, I know inkscape doesnt really work well for a purely CMYK > > workflow, > > I knew that from the start. I must say that your statement about CMYK > > values tied to press settings are not what I, nor anyone I know in > > print and design have been doing, maybe your statement would make more > > sense(for me anyway) if you mentioned that printer ICC profiles are > > tied > > to specific press settings. > > Man, saying that a printer ICC profile is tied to specific press > settings and saying that a specific set of CMYK values is tied to > specific press settings is the same. > Are you saying that they are different things and a specific set of CMYK > values will print the same in any press? > If that's what you're saying you and "anyone you know in print" are > wrong. :-p > It's supposed to but it isn't. My point was that a CMYK colour is determined by the values you in put, of course there are tons of variables that determine if we actually get this colour but a CMYK break down is just that, a breakdown of how the inks will mix. 10%=Cyan, 15% =Magenta, 30%=Yellow 40%=Black, you are asking the printer to mix his inks with these values. > But don't take my word, just grab two Pantone Bridge books, one for the > US market and the other for the Euro market and explain why the same > Pantone colors have different values when "converted" to CMYK. > No dispute on this at all, I agree. > Also check the press settings stated in those books, and you'll see that > the print setup varies. > Why do you think they do that? You cant give a printer a RGB image and say just print this to this profile it should be fine. Your image should be teh correct colourspace. > > Your CMYK values are meaningless if you don't know the colorspace > they're tied to. The colourspace is CMYK, the profile will depend on the output. > Your CMYK values won't print the exact color you want > if you take them to two different presses with different setups and > paper stocks. CMYK values specify a colour, I agree that I wont get the same colour from any printer, their setups vary. Colours will appear differntly on different stock, but it is the the profiles that change the CMYK values to be better suited for coated/uncoated stock and print processes. Don't believe me Link two different profiles and see if the colour remains the same even with 100K. The profiles change the values. The values determine the colour. > > Of course they are tied to the press settings, and ICC profiles are how > you communicate it to the color management engine. I am saying that CMYK values determine a specific colour not ICC profiles. ICC profiles will change the CMYK values so that you have the colour you want based on your output. > > Anyway, maybe you missed the point of what I tried to say (or I did a > lousy job explaining it, it's possible too :-) Well I'm sure we can hash this out forever, we both have workflows that have been working for us in a practical sense. Oneday when I visit your country I will be sure to look you up and we can do it over a beer or six. > The point is that you can get good results with a intermediate binding > workflow. I'm not saying that you should send RGB. Yeah for graphics, but what happens when you have an image. I wanted to know if we can save a purely CMYK file WITHOUT the extra step in scribus. We can't because cairo doesnt fully support CMYK. Ghostscript does, this was my question, it there a way to use ghostscript in the output PDF from Inkscape. > If you do everything in RGB in Inkscape and let Scribus to convert the > RGB values to the desired CMYK profile, you'll get good results. > As Chris pointed out, there are some aspects that have to be considered, > and black type is one of them. > If your print provider doesn't have the specific preflight rules for it, > black will be printed as composite black and you don't want that for > your small type. > In that case, you can replace the RGB black 100% K in Scribus (or in > inkscape with the CMS tab before taking the SVG to Scribus). I'm not disputing this, this is the only to do it. I was asking can we make a fully CMYK colourspace pdf from inkscape using ghostscript, seeing as how cairo doesnt fully allow for this. > > As I mentioned in the other mail, I do that all the time with excellent > results, and some of the stuff I do that way goes to top print providers > who print large runs for national distribution. Believe me I wouldn't > use this software for that if I wasn't sure about it. Same here, I would have left it ages ago, I find it works best for logo's and web graphics and it does what I need except give me a CMYK colourspace PDF without going into Scribus or Moonshiner. I don't really want to continue with this thread, whatever you say next I will agree to (depends on what you say, but I will) and we can put it to rest. Judah

2 1

Web Designers
by Martin Owens 02 Jun '14

02 Jun '14

Hey Inkscapers, I'm working on adding some features to the inkscape website and I need some help with the design/layout portion of the work. I know lots of you are experienced with html/css and what it's capable of, so I want to throw it out there and see if I can get some users to help me make the website better. This is how I see it working: I send you a html file via email which I save from firefox from a running instance here. You have a play around with the design and where things should go and send it back. I then integrate your changes, do all the template work etc. Thoughts? Interested? Email me off-list or reply here on list. Thanks everyone! Martin Owens,

3 2

Web Designers
by Jabiertxo Arraiza Cenoz 01 Jun '14

01 Jun '14

I can help you if nobody catch it!

1 0

Re: [Inkscape-user] CMYK in PDF from Inkscape
by Judah 28 May '14

28 May '14

Wow such community. Thanks all for the replies, with a lack of a good mailing list reader I have to reply generally or top post so forgive any confusion that might come from this. My original post was a feeler to see if anyone may have been successful in creating a pdf in CMYK colourspace straight out of inkscape using ghostscript/monshiner, instead of the extra step in Scribus. Chris they insist on CMYK because the inks used are C=Cyan M=Magenta Y=Yellow K=Black and the plates they use are separations of/to these colours/inks. Gez, I know inkscape doesnt really work well for a purely CMYK workflow, I knew that from the start. I must say that your statement about CMYK values tied to press settings are not what I, nor anyone I know in print and design have been doing, maybe your statement would make more sense(for me anyway) if you mentioned that printer ICC profiles are tied to specific press settings. Even so, thanks all for the responses I'll have to continue using the ICC linking method in the mean time.

2 1

New video for the LPE Fillet-Chamfer
by Jabiertxo Arraiza Cenoz 28 May '14

28 May '14

Hi to all. I just release a new video for the LPE Fillet-Chamfer. Now have simplified interface and more features and bugfixes. https://www.youtube.com/watch?v=wJKzGhJULfc Thanks to Nathan, Liam, Josh, SUV, Mc- and all give feedback!

1 0

Re: [Inkscape-user] CMYK in PDF from Inkscape
by Gez 26 May '14

26 May '14

> My current work around is to do just that or in most cases I change > the > colourspace of the pdf (including and especially images) using > moonshiner. It doesn't always not retain CMYK colour values for vector > objects, it is an extra step I would like to avoid. I was wondering if > anyone else has been successful in using Ghostscript to convert the > colourspace of a PDF, but integrated into the export dialogue maybe as > a > plugin. Its a slight hassle to import an SVG file, update the CMYK > info > on each object,export to PDF, send the file to my local printer, do a > proof print with them, change the colour again in Scribus, export to > PDF. I guess I will just have to continue along this way of doing > things, until I have figured out how to what I want myself :) Hi Judah, You have to attach a CMYK color profile to your inkscape document in the document properties. Once you have the profile, the CMS tab in the fill/stroke dialog allows you to choose the colorspace for each object and select your desired CMYK values. If you do that and take the SVG file to Scribus, the CMYK values will be honored. Regarding the spot inks, as far as I can remember you can use the auto palette for adding swatches that work "globally" in the document, but since that's done by custom gradient definitios they don't survive the import to Scribus as spot inks. It's not really a problem, since the color of a spot ink is meaningless. The color of spot inks is just a visual aid for you to pick them, but the printer will produce a separate plate for them that has to be inked with the right color. So, don't worry about spots in inkscape then. Just use a regular RGB color and when you import the SVG to Scribus, go to the colors manager and turn that RGB swatch to a spot ink, using the name of the desired ink so it's reflected in the PDF output. The printer will know what to do with it. I run a small graphic design firm, and I send files to printshops almost daily. Personally, I don't even care about doing anything in CMYK in Inkscape. I do everything in RGB, and let Scribus to create the separations. Spot-only works are the exception, of course. But since printing 3 spots is usually as expensive as printing process, most of the jobs end up being just process, with a few exceptions. CMYK+Spots is not very common as one would expect, but it's not a problem if you use the intermediate binding process I just described. You do everything in RGB, and if something has to be printed in a special ink, you can mark the RGB swatch as spot in Scribus and it will take care of it. In my experience, properly color managed RGB > CMYK conversions are pretty reliable. Designers usually think that a special CMYK combination is a bullet-proof method to get exact colors, but that's not true: a certain CMYK combination is tied to a specific press setting (plate order, screen angle, stock type and quality, etc.) Gez.

2 1