dynamic table-column-width

Hello, does anybody know if there is a possibilty to let FOP-Managing the column-width? The problem is that I've got some tables with String-attributes for each column with a different width. There is one possibiltity to calculate the width in the java application, but I don't think that

garbage collection on reset

Hi all! Can I (and if yes, how can I) configure the MEM_PROFILE_WITH_GC variable on StreamRenderer to run garbage collector every start and finish to save memory on batch printing? Additional, please take a look on FopImageFactory. This class holds strong references to every loaded image. No

RE: dynamic table-column-width

I think you have to calculate the column-width in your java code and then pass it to the xml or direct to the xslt transformer as parameter. possibility 1: create xml structure like this in your data source table1 columns width10/width width15/width

RE: dynamic table-column-width

Mistake discovered: xml datasource should look like this table1 columns width10/width /columns columns width15/width /columns columns width30/width /columns /table1 snip...

RE: garbage collection on reset

Hi, Torsten All points are noted. I am not sure I understand what you want to see in the case of modified images. In the general case, as soon as you change the dimension of an image, you might potentially have to recalculate _all_ layout. The rendering cannot independently start using a new

DO NOT REPLY [Bug 4766] - SVG line thickness wrong in PDF

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

Re: pdf generation of absolute block-container

The way that text is inserted in the pdf is specifically so that the output file is smaller. The output only needs to follow the positioning of the text the concept of absolute does not translate to the output. (all those line break are necessary, it needs whitespace between commands) It can

DO NOT REPLY [Bug 4814] - 0.20.2RC infinitely loops if there are tables in fo input

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

RE: garbage collection on reset

Hi The workflow is following: - I create many images like file://c:/a/1/temp.gif, file://c:/a/2/temp.gif and file://c:/a/3/temp.gif - I add the path's to my xml structured document - I transform this document and an accordingly xsl to and tmp.fo file - this fo-file will be rendered for

DO NOT REPLY [Bug 4838] - Smaller text lost with strokeSVGText=false

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

DO NOT REPLY [Bug 4839] - leader gets start-indent at start and end

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

RE: garbage collection on reset

Hi, It sounds like you need the implementation of caching that is in the cvs development. It will be possible to specify different caching methods and to cache with a context (eg. per document). It also releases images (to a weak hashmap) after the renderer is finished with them. On Wed,

DO NOT REPLY [Bug 4849] - Failure converting XML to PDF using docbook

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

DO NOT REPLY [Bug 4849] - Failure converting XML to PDF using docbook

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

[GUMP] Build Failure - xml-fop

This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-05-15/xml-fop.html Buildfile: build.xml init-avail: init-filters-xalan2: [copy] Copying 1

DO NOT REPLY [Bug 4860] - text renderer adding spaces

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

DO NOT REPLY [Bug 5010] - Better error reporting needed

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

DO NOT REPLY [Bug 5234] - Cols of table

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

DO NOT REPLY [Bug 9113] New: - Strange indentation on hyphenation

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

DO NOT REPLY [Bug 3824] - MIF option with tables

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

DO NOT REPLY [Bug 5552] - Error on MIF and TXT renderers

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

Problem with PDF

Hi, I am using FOP to generate PDF file having images and the input to the PDF files is xml and xsl file, image.xml file is as follows ?xml version="1.0" encoding="iso-8859-1"??xml-stylesheet type="text/xsl"

Character encoding on other platforms (previously os/390)

I've had a couple folks ask me for the modified code so the proper character encoding is returned on the toString().getBytes() is US-ASCII. This is cool that other people besides me need this. I downloaded this snapshot xml-fop_20020515162132 and I don't see any modification to the code. Is this

Re: direct rendering of images to pdf

Success!! I've gotten vector map plots at E-size and bigger, with multiple plots per PDF even. I had to chase down quite a few issues, and made a real mess of the code base, so will have to go back and clean up some things. Basically, though, the three major bottlenecks were: 1) creation of pdf

Re: Latest FO Schema Improved

OK, done in my copy. I'll post it again next week simpleType name = border_margin_width_Type !-- fo:width_Type{1,4} fo:inherit_Type -- xs:restriction xs:simpleType xs:list xs:simpleType union

DO NOT REPLY [Bug 9144] New: - awt renderer failed to display region-start and region-start and region-end

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