On Tuesday 13 March 2007 13:46:12 jon wrote: > Am 13.03.2007 um 03:46 schrieb Vladimir Savic: > > 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! > > Hey, don't be so harsh ! "I think" is meant to say "I think" not "I > prove". > Calm down.
Apologies! Didn't want to be that cruel. :) It wasn't my intention to insult you, if I managed to do so. Mind you, English is not my primary spoken language. :) And sorry again if it looked like I had to be "calmed down". According to one of mine previous sentences, the whole incident was probably caused by my imprecise English terminology. Sorry again! > BTW showing gs images as RGB and output them gs belongs to more > "magic" features, don't you agree? Absolutely! Grayscale images should be labeled as "grayscale". Period! What would be internal conversion method, I really don't mind... > > Tested with Acrobar Pro from CS creative suite. > > RGB input is not a bad solution at the first place. :) > > May be - may not, this very much depends on the workflow and, mmm, > "philosophy" :) Ideally, combination would be the best solution. At least how I can see the problem from this (mine) standpoint... Give a year or so for me to study "Real World Color Management". Second edition of this publication has just arrived to me... :) Vlada > > 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 ...
