Hello,
Hello Karen,
I tried it with the snapshot of the night before yesterday (due to the firewall I
cannot get into CVS directly). It was not rendered correctly.
I have included the document (doc.xml) and the stylesheet (doc2pdf.xsl) that lead to
docxalan.fo
If rendered to awt few
Hi-
Well, I am trying to make my first contribution to
FOP. By working on bug 2988 which I submitted. I
willingly accept any and all help.
I tried forcing the status return from
ListItemLabel.layout to keep-with-next in an attempt
to force other code to handle keeping the
list-item-label and li
At 04:26 PM 8/6/01 -0400, COFFMAN Steven wrote:
>Ok... Mark's patch breaks FOP support in Cocoon. After we get a release out,
>we need to send them a patch.
>-Steve
I don't know if we want to wait. I have enough info now to do a fairly
creditable CHANGES file - I ought to have it in CVS within a
Hi, Karen (and other interested parties)
A thought occurred to me just now. A high percentage of our bandwidth (and
bug reports) are devoted to tables. There are so many table-related bug
reports mainly because so many folks want to use tables, I believe, not
because there are more bugs in tab
I've been using FOP in production for many months. The catch is that I
don't use it 'live'; I use it to build static PDF documents from XML
documentation. I have not personally found FOP to be very crashy with my
input docs, but I would still probably be nervous about using it live in
a servlet ap
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2150
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1363
> And a good one. I'm not familiar with Velocity or it's
> particular approach,
> but the basic idea of separating logging interface from logging
> implementation is sound. Components such as fop should not require a
> particular logging implementation, they should write to an interface and
> al
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1795
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2740
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2475
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2964
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2094
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2379
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2278
To Ottawa-area XML'ers (and those interested in travelling to Ottawa!):
We are again having a 5-day training blitz of two separate hands-on
courses: 3 days of XSLT/XPath immediately followed by 2 days of XSLFO
during the week of October 1-5, 2001. These complementary courses provide
comprehen
Hi Koen,
There are some table-border fixes in both PDF and AWT in the latest CVS
which probably fix this problem. Try using one of the recent source
snapshots if you can't wait for the 0.20 release. Or you can send your
.fo file and I'll see whether it still looks bad with the current
version.
H
Arved Sandstrom wrote:
>
> At 12:22 AM 8/6/01 +0200, Karen Lease wrote:
> >So much for the explanations. Unfortunately, I'm not sure I'll try to
> >fix this right away, since I fear that it involves some rather major
> >changes. It really comes down to the fact that the fo:inline object
> >doesn'
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3007
Ok... Mark's patch breaks FOP support in Cocoon. After we get a release out,
we need to send them a patch.
-Steve
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 06, 2001 6:31 AM
To: [EMAIL PROTECTED]
Subject: [GUMP] Build Failure - Cocoon2
As far as I can recall, the table border placement and border-drawing
improvements (PDF only for my part) are between 0.19 and 0.20. I also
added support for the "height" property on table-row and for
display-align (except "auto") on table-cell.
Partial support for the "collapse" style of cell-bor
I have a table with 4 columns. One of the cells has text in it that is
bigger than the size of the column and the text is over-writing the text in
the following cell. How do I stop this? I have this:
gears 01/08/06 10:56:35
Modified:src/org/apache/fop/apps StreamRenderer.java
src/org/apache/fop/layout AreaTree.java
Log:
This just moves the marker supporting code from before Mark's patch into
StreamRenderer. However, I'm not satisfied that it actually works the
Hi Arved,
Did you get a chance to look at the JPEG image I send you which increases the
PDF file size?
Please advise as I am not sure what I need to do to reduce the PDF file size.
Thanks,
Chetan Vig
Arved Sandstrom wrote:
> At 11:43 AM 8/6/01 -0400, Ralph LaChance wrote:
> >fyi, the awt re
At 11:43 AM 8/6/01 -0400, Ralph LaChance wrote:
>fyi, the awt renderer changes are included in the latest
>snapshot and will presumably be in 0.20.0
Oh, they will be, no question about it. What's in CVS (or probably anything
that gets added in the next couple of days) will definitely be in there
At 12:44 PM 8/6/01 +0100, you wrote:
>I'm using version 0.19.0 from the distribution directory. It seems to have
>to the problem both with -awt and -pdf.
>I included a snapshot from the awt renderer below.
We fixed a few thing regarding border placement
in the awt renderer (-awt, -print), althou
At 02:13 PM 8/6/01 +0200, you wrote:
>Just to give you a hand, I'll try to remember some of the things that have
>been changed (by various people).
here's our $.02 (effective 0.20)
AWTRenders (-awt and -print options)
- eliminated 3D-effect in rendering background color
- bo
+1 to that
And while we're here, is there any way to switch OFF SVG support so the
batik jar is dispensible? I'm using fop as the printing API for a
desktop/Swing app and it is brilliant (proper print preview, high quality
saved and printed documents, easy format to build with) but the size of the
When FOP is a production ready library, I wont care for any FOP logging.
Logging in FOP now is only for debugging as far as I'm concerned. There
is no need for integration into other logging systems.
Think about how you use other libraries.
Joe
--
On Fri, 03 Aug 2001 15:34:26 Daniel Parker wrote:
> And a good one. I'm not familiar with Velocity or it's particular
> approach,
> but the basic idea of separating logging interface from logging
> implementation is sound. Components such as fop should not require a
> particular logging impleme
On Mon, 06 Aug 2001 13:17:28 Arved Sandstrom wrote:
> Hi, all
>
> The main sticking point at the moment is the updating of the CHANGES
> file. I
> have not yet mustered up the courage to do this. We actually need 2 sets
> of
> changes added - 0.18 to 0.19, and 0.19 to 0.20. I have no idea how
At 12:22 AM 8/6/01 +0200, Karen Lease wrote:
>So much for the explanations. Unfortunately, I'm not sure I'll try to
>fix this right away, since I fear that it involves some rather major
>changes. It really comes down to the fact that the fo:inline object
>doesn't actually generate a nested inline
Koen,
Please indicate which version of FOP you are using
and which renderer (-awt, -pdf, -print etc) displays
this behavior.
' Best,
-Ralph LaChance
At 11:24 AM 8/6/01 +0100, you wrote:
>I'm having some issues with the rendering of table borders. When I ask to
>render a bord
Hi, all
The main sticking point at the moment is the updating of the CHANGES file. I
have not yet mustered up the courage to do this. We actually need 2 sets of
changes added - 0.18 to 0.19, and 0.19 to 0.20. I have no idea how long this
will take so I'm not going to speculate exactly on when
If you are lookng for any examples of things that are implemented in FOP a
good place to start is the docs/examples directory.
You are probably looking for something like this example
docs/examples/fo/newlinktest.fo
it has both internal and external links.
On Mon, 06 Aug 2001 12:20:26 rajeev na
Hello,
I'm having some issues with the rendering of table borders. When I ask to render a
border around the table cell's and the table has a left margin of for example 2cm,
than the text is shifted correctly 2 cm to the rigth but the borders appear disaligned
with the text, ie 2cm to much t
Hi all,
how can i make a pdf file in which there is liking
from one location to another using FOP.
IS it possible with fo:basic-link? If yes, what is the
syntax.
I linked two pdf files using fo:basic-link.
But my actual need is to have an index which links to
the specified topic locations in the
Looks fine to me. So I have committed it (with some minor modifications).
Good stuff.
On Sun, 05 Aug 2001 09:14:55 SASAKI Suguru wrote:
>
> Hi.
>
> Current Fop loads all font metrics files in startup , even if
> corresponding fonts are not used in FO document. This wastes
> memory and time, w
keiron 01/08/06 02:43:08
Modified:src/org/apache/fop/pdf PDFDocument.java
src/org/apache/fop/render/pdf FontSetup.java
PDFRenderer.java
Added: src/org/apache/fop/render/pdf/fonts LazyFont.java
Log:
adds support for lazy loading of font
Hi Peter,
Thanks for the test files. Yes, you are right that font metrics
influence the calculation. In fact, these examples point out a number of
problems with FOP's line sizing logic. The sizing is really determined
by the font-family and font-size specified or inherited on the fo:block
contain
keiron 01/08/06 02:17:24
Modified:src/codegen foproperties.xml
Log:
setup a couple of props
Revision ChangesPath
1.23 +8 -3 xml-fop/src/codegen/foproperties.xml
Index: foproperties.xml
===
keiron 01/08/06 02:14:24
Modified:src/org/apache/fop/layout BackgroundProps.java
Added: src/org/apache/fop/layout AbsolutePositionProps.java
AccessibilityProps.java AuralProps.java
MarginInlineProps.java RelativePositionProps.java
42 matches
Mail list logo