On Monday 12 March 2007 22:00:44 jon wrote: > >> Lila Pagola > > I think scribus should (as most layout applications I know) use the > provided colorspace of the > imported images or eps (think this is what you intended) and don't > apply colorspaces different > from that. Colorspace conversion might be fine - but this IMO should > be handled as a seprate feature. > > Isn't it possible to set grayscale images to DeviceGray - RGB to > DeviceRGB - CMYK to DeviceCMYK if > there is no profile provided, otherwise read out the appended profile > and simply use it? > IMO image data shall never be processed nor converted anyway if not > intended or needed. > > That might not help you in your case, but if you know how would you > like to add your wishes (if) > to the scribus wish list? (I don't know how to do this by myself) > > For now according to what Vlada says tinting the image with the > grayscale "effect" might lead to some > solution. But I don't think it will, because scribus' choice of > profile stays the same: RGB-input.
Try! And prove you're wrong! Tested with Acrobar Pro from CS creative suite. RGB input is not a bad solution at the first place. :) Output is color profiled CMYK PDF. (which means that fallowing my procedure, finally applied color profile will only effect visual appearance of K plate, but not it's nature - it will be grayscale (that is K only), not composite grayscale.) BTW, I'm running linux, so I don't have anything other then The GIMP to work with. Using PS on win boxes is much faster/natural way to make CMYK images without that much pain, but never tried it... :( Vlada > Setting the image to CMYK does work for me. I don't know wich app you > use but if you convert > your image to CMYK you should make sure you delete all data from the > CMY channels and copy the original > K or Grayscale data only to K or try "maximum Black" conversion mode > (before you import them) > > Jon > > Am 12.03.2007 um 12:54 schrieb Vladimir Savic: > > On Monday 12 March 2007 17:43:36 Terence Chan wrote: > >> Yes, I believe this is normal behaviour for scribus - why is this > >> a problem? So long as you apply the appropriate icc input and output > >> profiles the greyscale images should appear ok when printed and on > >> the screen. > >> > >> Terence > > > > Hmmm... > > I was doing something obviously wrong here too (talking about > > Scribus 1.3.3.x > > not 1.3.4cvs). "Appropriate profile" is a key point. No profile can > > ensure > > grayscale RGB (picture in RGB color space but completely > > constructed of r=g=b > > values pixels) picture to appear on K plate only when PDF gets > > token to > > prepress office. > > Right approach would be to ask of user if imported picture is > > composite > > grayscale picture or single color channel image. Fortunately, in > > 1.3.4 there > > is a simple solution: image effects -> apply colorize image and > > give that > > picture 'black' color colorization (Don't take further writing for > > granted > > but I think choosing 0%C 0%M 0%Y 100%K "in-Screibus hand made" > > color doesn't > > work correctly) > > > > Vlada > > > >> On Sun, 11 Mar 2007, Lila Pagola wrote: > >>> hi! > >>> I'm working with Scribus in a book, almost finished, because we > >>> are in > >>> press with everything except cover. > >>> > >>> Preparing the cover design for pre-press (I don't if in english > >>> it's said > >>> that way), I have found a rare behavoir of Scribus with grayscale > >>> images: > >>> they are considered as RGB files, in any format I try to import them > >>> (PNG8, gif, tif). And If I import them as CMYK I have information > >>> in the > >>> 4 channels when the image is just black. > >>> > >>> Somebody has experiencied something similar? Am I doing something > >>> wrong? > >>> I did a quick search on the web and the list's archives and I > >>> didn't find > >>> any report of this problem. > >>> > >>> Our project has a wiki when we are uploading the problems and > >>> solutions > >>> we found, in spanish, sorry (and for my english sorry too) > >>> the url is http://nomade.liminar.com.ar/wakka.php?wakka=MaBI > >>> > >>> Thanks in advance for any clue ...
