Re: TIFF images and color model
Manuel Mall wrote: This is probably more a Batik question but as I encountered it in the FOP context and Batik people are on this list here we go: When decoding a TIFF image (black / white fax) using Batik and then looking at the returned color space, e.g. image.getColorModel().getColorSpace(); that color space has a profile of java.awa.color.ICC_ProfileRGB. Well I'm not sure where FOP taps into the Batik image decoders but most likely the _image_ returned is an RGB image in the sRGB color space. Unlike FOP Batik often needs to do significant image processing on the images (filters, compositing etc). As a result we tend to convert as soon as possible into RGBA to simplify later processing. However, I would have expected a color space of ICC_ProfileGray. This is sort of important as the correct color space must be set on the image object in the PDF. I currently set it manually but thats not ideal. The two main options are to either bypass the Batik 'decoding' and use the TIFF image codec directly or to use the TIFF directory to figure out what colorspace the underlying TIFF data is in.
Plain old line-breaking
Fop-devs, Is there any design documentation about plain old line Knuth breaking, as implemented by Luca? I see lots of stuff in the Wiki about page breaking, but can't see the original. Peter -- Peter B. West http://cv.pbw.id.au/ Folio http://defoe.sourceforge.net/folio/ --- [This E-mail has been scanned for viruses but it is your responsibility to maintain up to date anti virus software on the device that you are currently using to read this email. ]
DO NOT REPLY [Bug 36248] New: - total number of pages with empty block :ClassCastException in KnuthInlineBox
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36248. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36248 Summary: total number of pages with empty block :ClassCastException in KnuthInlineBox Product: Fop Version: 1.0dev Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I tried to get total numer of pages as described in http://xml.apache.org/fop/fo.html#fo-total-pages. The following sample.fo works fine with Fop 0.20.5 but it crashes with Fop 1.0dev with the following message : Exception :java.lang.ClassCastException : org.apache.fop.layoutmgr.inline.KnuthInlineBox ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master margin-right=1.5cm margin-left=1.5cm margin-bottom=2cm margin-top=1cm page-width=21cm page-height=29.7cm master-name=first fo:region-body margin-top=1cm margin-bottom=1.5cm/ fo:region-before extent=1cm/ fo:region-after extent=1.5cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=first fo:static-content flow-name=xsl-region-after fo:block fo:inline line-height=14pt font-size=10pt page fo:page-number//fo:page-number-citation ref-id=last-page/ /fo:inline /fo:block /fo:static-content fo:flow flow-name=xsl-region-body fo:block id=last-page/ /fo:flow /fo:page-sequence /fo:root -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36248] - total number of pages with empty block :ClassCastException in KnuthInlineBox
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36248. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36248 --- Additional Comments From [EMAIL PROTECTED] 2005-08-18 16:10 --- Created an attachment (id=16096) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16096action=view) total pages bug -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Percentages in XSL-FO
I am currently looking at the XSL-FO spec with respect to resolving percentages in property values because it was mentioned on this list that the current system in FOP needs improvements. For many properties the spec refers to the 'closest ancestor block area that is not a line area'. This again is the same as 'containing block'. However, I also came across a description saying 'closest area ancestor that was generated by a block-level formatting object'. Now are these the same things: 'closest ancestor block area that is not a line area' == 'closest area ancestor that was generated by a block-level formatting object'? It sounds to me like they are the same or do I miss some subtle difference? Manuel