Re: AW: PS Renderer patch

I wonder. What exactly would you like to tell us with this mail? I don't get it. > The coordinates x/y have to be defined: outer, inner, center of the border > line? > > PDF renderer FOP-0.20.1 > > o draws a box with 4 filled rectangles - each border line is a filled > rectangle. The SVG trace

RE: Running Prefligh PDF tools on PDF files produced by FOP

I've found that FOP 0.20.1 and 0.20.2 produce PDFs that do not cause a 'fatal PDF error' in PitStop, even without the modification of (_data.size() + 1) to _data.size() in the PDFStream class that Hansuli proposed. However, I haven't been able to produce PDF that pass with 0.20.3 (even with the

Re: Structure Handlers - RTF Renderer

Bertrand, < I started writing this before the flurry of messages in the last day or two, so it may now be redundant. If so, however, I have missed part of the conversation. My recollection of consensus of opinion some months ago was as I state just below. > I think you will still have at

DO NOT REPLY [Bug 9437] - Ican't use Fop apps with the examples of file fo

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8661] - FOP 0.20.3 Not running on solaris 2.6 / jdk 1.3.0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

C# Version of FOP

Dear FOP Developers Out of courtesy I wanted to let you all know that we have ported a recent version of FOP to C# and have decided to market it as a commercial component. FOP has proved a excellent starting point for the project and I would like to thank all the FOP developers, past and present

cvs commit: xml-fop/src/org/apache/fop/layout AreaTree.java

keiron 02/05/27 05:34:19 Modified:src/org/apache/fop/apps Driver.java Fop.java src/org/apache/fop/extensions Bookmarks.java src/org/apache/fop/fo FONode.java FOTreeBuilder.java FObj.java FObjMixed.java src/org/apache/

Re: Structure Handlers - RTF Renderer

On Mon, 2002-05-27 at 14:22, Bertrand Delacretaz wrote: > What about: > > a) base class with all start/end methods but most of them are empty (costs > very little to call IMHO compared to the whole rendering process) > > b) derived class for RTFHandler and such, where most or all methods do >

Re: Structure Handlers - RTF Renderer

On Monday 27 May 2002 13:37, Keiron Liddle wrote: >. . . > I'm thinking of the start as setting up the current context and the > properties, then when others start it will belong to the current > context. The end can then indicate context and finish off the formatting > object and if easier then t

Re: Structure Handlers - RTF Renderer

On Mon, 2002-05-27 at 11:37, Bertrand Delacretaz wrote: > Would this scenario be easy to implement? > > startTable > startRow (maybe after all FOs for the row have been parsed) > startCell (maybe after all FOs for the cell have been parsed) > start/end stuff for cell contents > e

Re: diffs and new files for tempfile-based PDFStream support

Hi Paul, Thanks for the patch. I have committed it. For the testing, it works for a simple file. Eventually this sort of testing could be done with the area tree xml -> pdf conversion but this is not fully working right now. Eventually we should try to use some common caching system that will al

cvs commit: xml-fop/src/org/apache/fop/util StreamUtilities.java

keiron 02/05/27 03:59:08 Modified:src/org/apache/fop/pdf ASCII85Filter.java ASCIIHexFilter.java DCTFilter.java FlateFilter.java PDFFilter.java PDFICCStream.java PDFStream.java PDFT1Stream.java PDFTTFStream.java

DO NOT REPLY [Bug 9437] New: - Ican't use Fop apps with the examples of file fo

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Structure Handlers - RTF Renderer

Hi Keiron, >. . . > We should be able to set common objects like the logging and config on > the structure handler itself. > But the context idea could be useful for other objects that it may need > to access. >. . . ok, It wasn't clear for me either what would go into the context object, but i

Re: Structure Handlers - RTF Renderer

Hi Bertrand, On Fri, 2002-05-24 at 15:25, Bertrand Delacretaz wrote: > > It will pass appropriate information, mostly the > > current fo object. > > Maybe passing a compound object (StructureRendererContext?) that *contains* > the current fo object would help, as the renderer might need to acce