Re: Including an sRGB color profile?

FOP fans, I could also use cmyk support in fop. My options are to buy some xsl fo implementation that supports it or trye to contribute to fop (assuming the community lets me) Could someone give me a very rough estimate on how much work it would require, including getting acquainted with the

Re: Including an sRGB color profile?

most likely I can help with the image package, but not immediately. Ideas and guidance, sure, but not code at this time. On 20.09.2006 22:48:20 Peter Coppens wrote: FOP fans, I could also use cmyk support in fop. My options are to buy some xsl fo implementation that supports it or trye

Re: Including an sRGB color profile?

hold of that object from the parseColorString method Any guidances would be appreciated. Thanks, Peter Peter Coppens wrote: Jeremias That is certainly a good start in terms of information to digest. I'll give it some time to sink in, and I'll try to browse through the code a bit

Re: Including an sRGB color profile?

rather nice (from a users' perspective). Anyone any thoughts? Also - any pointers for me to figure out what it would take to get these changes into the fop code base eventually? Thanks, Peter Peter Coppens wrote: So i have started to look into this today. Starting at the beginning, I

Re: Adding a cmyk() color function?

so we get maximum interoperability. Peter (Coppens) and Max, please work together (via this list) on the CMYK problem. You both want the same. Peter, I'll get back to you ASAP about some estimates and pointers. Obviously, implementing the color function is only the first step. There's enough

Re: Including an sRGB color profile?

I don't think this will go without changing some method signatures. Given that not in every context (see AreaTreeParser example above) you have the FO tree available. So it may make sense to define a ColorContext interface which allows access to the available color profiles for the document.

Re: Including an sRGB color profile?

of possible decisions made Jeremias Maerki-2 wrote: Uh yeah, right. I didn't think about that. No way around subclassing Color then. On 09.10.2006 09:54:31 Peter Coppens wrote: Do you really have to extend the Color class? I think it already provides methods to access the fallback sRGB value

Re: Including an sRGB color profile?

protected void setColor(Color col, boolean fill, StringBuffer pdf) When color is an RgbIccColor instance the ICC profile is added to the pdf when needed. Peter Peter Coppens wrote: Jeremias That is certainly a good start in terms of information to digest. I'll give it some time

Re: svn commit: r593189 - in /xmlgraphics/fop/trunk: ./ src/codegen/fonts/ src/java/org/apache/fop/fonts/ src/java/org/apache/fop/fonts/apps/ src/java/org/apache/fop/fonts/autodetect/ src/java/org/apa

Well...the 'fix' certainly helps our case. From the 14 fonts we currently have to deal with, there are 'only' 2 for which we have to fall back on triplet/registration. All others work with the same (system name) both for the pdf and png renderer. Thanks, Peter -- View this message in context:

Re: Is org.apache.fop.apps.FopFactory thread safe ?

Alexis, This reminds me of something similar I ran into a while ago. I can't remember the details nor how I eventually got around this and/or whether you run into the same but the (weird) behavior you describe does look very similar. See