First of all, sorry about replying above, and not inline .. Nabble isn't
really making this easy (or I just haven't figured it out). 

Thanks for the extensive reply, much appreciated. It definitely clears up a
couple of things for me (and hopefully others).

I'll have a look at the cmyk functions, see if I can get something to work.

As for the help, *sigh*. I'd do so in a heartbeat, but the truth is I'm
simply preparing a study for this project, and I won't actually be the one
implementing it. And as can be expected, my next project has nothing to do
with XSL-FO, so my chances of contributing something back are very limited.
Plus, like you already said, the barrier to enter is quite high. In order to
write a decent manual, one is assumed to be at least familiar with that
particular field and its corresponding FOP implementation - which I am not.
The only thing I have added is an overflow exception in the layout managers
when an overflow is detected (rather than printing a warning) since I needed
that functionality. It was also raised and proposed on this mailing list but
never actually entered in the bug tracker afaict.

Thanks again,

Phil
 

Jeremias Maerki-2 wrote:
> 
> On 27.11.2007 17:22:22 Philip Luppens wrote:
>> 
>> Thanks for the swift reply. Ok, so, let's me summarize it and please
>> correct
>> me afterwards. Like I said, I'm totally ignorant when it comes to this.
> 
> Hey, I'm no color professional, either. I had to learn a lot about that
> while hacking FOP and I certainly haven't finished learning. I guess at
> some point I'll need a concrete project together with professionals to
> get this to a happy ending.
> 
>> So, am I correct when I say that Pantone is not an ICC color space ?
> 
> I think so, yes. But I could be wrong and I hope to be corrected if I am.
> 
>> So it's
>> not like the printing department can just send me an ICC file, which I
>> then
>> specify in <output-profile> and everything will be fine ? Bummer :-)
> 
> No, it's more complicated. You have to specify every single color in the
> FO and SVG content in the right format, too.
> 
>> If I were to be sure that the included images were in the correct color
>> space, would that mean those are fine then when included, or would they
>> still be transformed by FOP when dealing with color spaces ?
> 
> Actually, bitmap images is one place where we have less of a gap. Some
> image have associated color profiles and they get transported into the
> final PDF so the colors are preserved.
> 
>> So how should I go ahead to get the CMYK support going in FO ? You said
>> to
>> specify the output profile, but should I find an .icc profile for that ?
>> And
>> would that require changing anything else, or would the transformation be
>> automatically ?
> 
> You need to specify the output profile as described here:
> http://xmlgraphics.apache.org/fop/0.94/configuration.html#pdf-renderer
> 
> CMYK colors are specified like this (let's write more docs on this!):
> rgb-icc(r,g,b,#CMYK,c,m,y,k)   <-- #CMYK is a "pseudo-profile"
> or
> cmyk(c,m,y,k)
> (I'd use the rgb-icc() variant for better compatibility with other FO
> implementations which do similar things.)
> 
> It's also a good idea to take a look at this page:
> http://xmlgraphics.apache.org/fop/0.93/pdfx.html
> 
>> You spoke about proprietary extensions - does that mean there are
>> companies
>> that provide commercial extensions for Pantone ? Or is that totally out
>> of
>> the question ?
> 
> Uhm, no, I mean we would need to specify proprietary ways of specifying
> color in XSL-FO which are not defined by the spec. See the cmyk()
> function above. That's our own invention. It's not in the spec. Possibly
> bad interoperability between XSL-FO implementations which actually
> defeats the purpose of the standard. OTOH, it can eventually lead to a
> feature being adopted in new versions of the standard.
> 
>> Sorry for asking these (stupid) questions, but it's hard to find
>> information
>> or code examples on these issues.
> 
> That's because not many people do this kind of thing. And that's the
> reason why FOP is not so strong in this area. Help is welcome.
> 
> Jeremias Maerki
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13975130
Sent from the FOP - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to