[Scribus] grayscale images imported as RGB?

[Vladimir Savic]

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 ...