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 below demonstrates this.
o 4 calls to method addFilledRect(int x, int y, int w, int h,
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 access
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
it is
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=9437.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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
endCell
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
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
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
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=8661.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=9437.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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 below
15 matches
Mail list logo