Re: basedir fix for fop 0.20.4
Please attach the patch as attachment to the bugreport. Hopefully, I or someone else will look at it before the release. as you are discussing 0.20.4, I have a fix for bug 7608 (The property baseDir is not used when custom fonts are specified.) The fix works ok for me, and some requests that I got on this haven't complained so far. Still, I'm not altogether comfortable with the fix, as I did it with only some peephole knowledge of the source, and with little time. If someone with a more thorough understanding of FOP configuration wants to have a look at it, I would be happy to submit the code. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7608] - baseDir property not used when using custom fonts
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=7608. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7608 baseDir property not used when using custom fonts --- Additional Comments From [EMAIL PROTECTED] 2002-05-22 06:42 --- Created an attachment (id=1908) my local fix for the problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Why do links generate multiple rectangles in PDF?
Can anyone (Arved?) give me a brief explanation of why one fo:basic-link will generate multiple link rectangles (one for each word!) in a PDF rendering? This would seem to have a dramatic effect on the file size of larger PDF documents with many multi-word links. It's such a (seemingly) strange behaviour that there must be some justification, although I can't find it in the mailing list archives. Any help appreciated. Adrian Edwards Application Developer Netimpact Online Publishing http://www.netimpact.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Czech hyphenation patterns
Hello,
I've converted hyphenation patterns for czech language
from TeX. Is it possible to add this file to the standard
FOP distribution?
Martin Perina
?xml version=1.0 encoding=UTF-8?
!DOCTYPE hyphenation-info SYSTEM hyphenation.dtd
!--
This is CZHYPHEN.TEX, containing czech hyphenation patterns.
Prepared by:
Pavel Sevecek (\v{S}eve\v{c}ek)
Lingea s.r.o., Brno, Czech Republic
E-mail: [EMAIL PROTECTED]
This is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This file is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
This file was converted for use in FOP processor.
Converted by:
Martin Peina ([EMAIL PROTECTED])
--
hyphenation-info
hyphen-min before=2 after=2/
classes
aA bB cC dD eE fF gG hH chCH iI jJ kK lL mM nN oO pP qQ rR sS tT uU vV wW xX yY zZ
/classes
patterns
.a2
.a4da
.a4de
.a4di
.a4do
.a4d
.a4kl
.a4ko
.a4kr
.a4ku
.ale3x
.a4ra
.a4re
.a4ri
.a4ro
.a4ry
.a4r
.a4sa
.a4se
.a4so
.as3t3
.a4sy
.a4ta
.a4te
.at3l
.a4to
.a4tr
.a4ty
.a4ve
.b2
.c2
.ch2
.cyk3
.d2
.dez3
.d4na
.dne4
.dne4k
.d4ny
.dos4
.d4ve
.d4v
.d4v
.e2
.e4ch
.e4ko
.es3k
.es3t
.e4ve
.f4ri
.g2
.h2
.h4le
.h4ne
.i2
.i4na
.i4ni
.i4no
.is3l
.j2
.j4ak
.je4dl
.j4se
.j4zd
.jd4
.k2
.k4li
.k4ly
.k3d
.l2
.le4gr
.li3kv
.m2
.mi3st4
.moud3
.na34
.ne3c
.ne4
.ne3
.ni2t
.no4s3t
.n4vp
.n1
.n4k
.o2
.o4b
.ode3
.od3l
.od3r
.o4ka
.o4ko
.o4na
.o4ne
.o4ni
.o4no
.o4nu
.o4ny
.o4n
.o4n
.o4pe
.o4po
.o4se
.o4sl
.os4to
.os3t3r
.os4t
.ot3r
.ot3v
.o4t
.o4t
.ov4t
.o4za
.oz3do
.o4zi
.o4zo
.o4zu
.o4k
.o4l
.o4i
.p2
.pa4re
.pa3t
.polk4l
.po34
.p4ro
.p4r
.p4se
.pu3b
.r2
.rej4
.re3s
.ro4k
.roze3
.roz3r
.ru4dl
.s2
.s4ch
.s4ci
.sem4
.se3pn
.s4ke
.sk4l
.s4k
.s4le
.s4na
.s4ny
.s4pe
.s4po
.st2
.s4t
.s4i
.t2
.u2
.u4ba
.u4be
.u4bi
.u4bo
.u4de
.u4di
.u4do
.u4du
.u4d
.uh4n
.uj4m
.u4ko
.u4ku
.ul4h
.u4ma
.u4me
.u4mi
.u4mu
.u4ne
.u4ni
.u4pa
.u4pe
.u4pi
.up4n
.u4po
.u4pu
.u4p
.u4p
.u4p
.u4ra
.u4ro
.u4r
.us2
.u4so
.u4st
.u4sy
.u4s
.ut2
.u4vi
.u4ze
.u4e
.u4i
.u4
.u4e
.u4i
.u4k
.u4t
.u4
.u4i
.u4n
.u4o
.u4
.v2
.va4dl
.v4po
.vy3
.v4z
.v1
.v4i
.y4or
.y4ve
.z2
.za3
.zao3s
.zar2
.za2
.zd2
.z4di
.z4dr
.z4ky
.z4mn
.z4no
.z4nu
.z4n
.z4n
.z4pe
.z4po
.z4t
.z4ve
.z4vi
.2
.4te
.2
.2
.2
.2
.e3t
.4ka
.4ke
.4ky
.4o
.4
.2
.4d
.2
a1
2a.
aa3t2
ab3lon
ab4l
ab3ri
ab4sb
ab2st
ac4ci
a2d
a3da
a3de
a3di
ad2la
a4dli
a4dl
a4dl
ad4me
ad4mu
a3do
ado4s
a3d3ra
ad3ri
a3dr
a3du
a4du
3a3dva
ad3vo
a3dy
a3d
a3d
a3d
a3d
ad4z
ad4
a3d
a3d
ae4vi
afi2a
a2g
a3ga
ag4fa
a3go
ag3ro
a3gu
a3g
ah4li
ah3v
a2i
a3in
ai4re
a3iv
a2jd
a2jm
aj4me
aj2o
a2k
a3ke
a3ki
a3kl
ak4ni
a3ko
a3kr
a3ku
a3ky
a3k
a3k
a3k
a3k
a3k
al4fb
al4kl
al4tz
al3
am4bd
am4kl
am4nu
amo3s
am4i
a4nae
a4name
an4dt
ane4sk
aneu4
an4sc
an4sg
an4sl
an4sm
an2sp
an4sv
an4t
an4h
ao4ed
ao4hm
ao4st
ao4t
ap4r.
a4pso
ap3t
a4p.
a2r
a3ra
ar4dw
a3re
a4rer
ar4gl
a3ri
ar4kh
a3ro
a4rox
ar3st
a3ru
ar2va
a3ry
a3r
a3r
ar32
ar4r
a3r
ars3
a3r
a2s
a3sa
a3se
a3sh
a3sin
as3n
a3so
as3pi
as4tat
a4stk
as4tm
a4stru.
as3tv
a3su
a3sv
a3sy
a3s
a3s
a3s
a3s
a2t
a3ta
at4ch
a3te
a3ti
a4tio
at4kl
at3lo
a3to
a3tr
at3re
at3ron
at3rov
a4tru
at4r
at4th
a3tu
a3tv
a3ty
a3t
a3t
a3t
a3t
a3t
at1
a4t.
a3t
a3t
a2u
au4gs
a3uj
auj4m
aus3t
a3u
2av
av3d
av4d.
av3lo
a4vlu
a4vl
av3t
av4ti
2ay
ay4on
az3k
az3la
az4l
az3ni
a3zp
a2
a3a
a3e
a3i
a3l
a4m
a3o
a3u
a3
a3
a3
a2
a3o
a3u
ae4k
a3
a4pl
a4py
a2
a3t
2b.
3ba.
ba4br
ba4chr
ba3ka
ba4se
2b1c
b1d
be4ef
be4et
bej4m
be3p
beu4r
be2z3
beze3
b1h
1bi
bi2b3
bis3
bist4
bi4tr
b1j
2bk
3bl.
bl4bl
b2lem
b2les
3blk
b4ln
b2lm
b1m
2bn
1bo
bo4et
bo4jm
bo4ok
bo4tr
bou3s
bo4k
b2ral
b2ran
2bri
b4rodit
b4rou
broz4
b2ru
b3ru.
b3rub
b2rn
2b1s2
bs3tr
2b1t
bth4
bu2c
bu4en
3by.
bys3
by4sm
by4t
by4zn
b2z
1b
2b1
b4rc
1b.
b3ta
1b
3bn
b4rc
2b
b3a
b3e.
be4s
b1
2b2
2c.
1ca
cad4l
ca4es
2cc
1ce
cech4
ced4l
celo3
ce4ns
ce4ov
ce4ps
cer4v
ce2u
2ch.
1cha
4chalg
3che
4che.
2chl
ch4ly
ch4mb
2ch3n
2cht
4chte
1chu
ch4u.
1chy
1ch
2ch
1ci
cien4c
cik4l
2ck2
c4ket
ckte4r
2cl
c3la
c3l
2cn
1co
co4at
co4mm
co4p
c2p
2ct
c2ti
ctis4
ct4la
ct2n
c3tv
c2t
cuk1
1c2v
cy2
1c
1c
c4pl
2c
1c
2d.
1da
da3d
da4j
da4kl
da4tr
d1b
d2ba
4dbat.
d2b
2d1c
dch4l
3dch4n
d1d
dd4ha
1de
de4bre
de3hn
de3jd
dej4mo
de3kl
de3kv
de2na
de2oz
de3sl
de4sm
de4so
de2sp
des4t
de3str
de1x
de4xt
de2z
de3zn
dez3o
de3t
de4p
2d1h
1di
di4gg
4dind
dis3k
di4so
d1j
dj4us
2dk
d3kv
3dl.
d1la
d4lab
d4lak
d3li
1dln
d2lou
d3lou.
d2lu
d3lu
d4l
d1l
2d1l
d2l
d1m
1dmd
dm4
2dn
1do
4dobl
4doboj
dob4rat
do3by
do3b
do3b
do1d
4do4dd
4do4dj
dod4n
do3h
doj4m
4dokn
4doly
do3mn
domoh4
do3p
do4pc
dop4n
RE: Czech hyphenation patterns
I convert it some weeks before and it's already commited. --Czech --- Zdravim, 3.5. jsem poslal to same a uz je to v CVS fop-0_20_2-maintain ale su rad ze ze je tu jeste nekdo od nas kdo se o fop zajima :-)) Michal Buchtik -Original Message- From: Martin Peina [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 9:49 AM To: [EMAIL PROTECTED] Subject: Czech hyphenation patterns Hello, I've converted hyphenation patterns for czech language from TeX. Is it possible to add this file to the standard FOP distribution? Martin Perina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/svg PDFGraphics2D.java
keiron 02/05/22 01:16:19
Modified:src/org/apache/fop/svg PDFGraphics2D.java
Log:
patch to prevent the same image being inserted multiple times
into pdf graphics
Submitted by: Paul Reavis [EMAIL PROTECTED]
Revision ChangesPath
1.26 +114 -84 xml-fop/src/org/apache/fop/svg/PDFGraphics2D.java
Index: PDFGraphics2D.java
===
RCS file: /home/cvs/xml-fop/src/org/apache/fop/svg/PDFGraphics2D.java,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- PDFGraphics2D.java8 Mar 2002 11:00:20 - 1.25
+++ PDFGraphics2D.java22 May 2002 08:16:19 - 1.26
@@ -1,5 +1,5 @@
/*
- * $Id: PDFGraphics2D.java,v 1.25 2002/03/08 11:00:20 keiron Exp $
+ * $Id: PDFGraphics2D.java,v 1.26 2002/05/22 08:16:19 keiron Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
@@ -41,7 +41,7 @@
* This takes a pdf document and draws into it.
*
* @author a href=mailto:[EMAIL PROTECTED];Keiron Liddle/a
- * @version $Id: PDFGraphics2D.java,v 1.25 2002/03/08 11:00:20 keiron Exp $
+ * @version $Id: PDFGraphics2D.java,v 1.26 2002/05/22 08:16:19 keiron Exp $
* @see org.apache.batik.ext.awt.g2d.AbstractGraphics2D
*/
public class PDFGraphics2D extends AbstractGraphics2D {
@@ -91,6 +91,20 @@
protected int currentXPosition = 0;
/**
+ * A registry of images that have already been drawn. They are mapped to
+ * a structure with the PDF xObjectNum, width and height. This
+ * prevents multiple copies from being stored, which can greatly
+ * reduce the size of a PDF graphic that uses the same image over and over
+ * (e.g. graphic bullets, map icons, etc.).
+ */
+private HashMap imageInfos = new HashMap();
+private static class ImageInfo {
+public int width;
+public int height;
+public int xObjectNum;
+}
+
+/**
* Create a new PDFGraphics2D with the given pdf document info.
* This is used to create a Graphics object for use inside an already
* existing document.
@@ -218,91 +232,105 @@
ImageObserver observer) {
// System.err.println(drawImage:x, y);
-final int width = img.getWidth(observer);
-final int height = img.getHeight(observer);
-if (width == -1 || height == -1) {
-return false;
-}
-
-Dimension size = new Dimension(width * 3, height * 3);
-BufferedImage buf = buildBufferedImage(size);
-
-java.awt.Graphics2D g = buf.createGraphics();
-g.setComposite(AlphaComposite.SrcOver);
-g.setBackground(new Color(1, 1, 1, 0));
-g.setPaint(new Color(1, 1, 1, 0));
-g.fillRect(0, 0, width * 3, height * 3);
-g.clip(new Rectangle(0, 0, buf.getWidth(), buf.getHeight()));
-
-if (!g.drawImage(img, 0, 0, buf.getWidth(), buf.getHeight(), observer)) {
-return false;
-}
-g.dispose();
-
-final byte[] result = new byte[buf.getWidth() * buf.getHeight() * 3];
-final byte[] mask = new byte[buf.getWidth() * buf.getHeight()];
-
-Raster raster = buf.getData();
-DataBuffer bd = raster.getDataBuffer();
-
-int count = 0;
-int maskpos = 0;
-int[] iarray;
-int i, j, val, alpha, add, mult;
-switch (bd.getDataType()) {
-case DataBuffer.TYPE_INT:
-int[][] idata = ((DataBufferInt)bd).getBankData();
-for (i = 0; i idata.length; i++) {
-iarray = idata[i];
-for (j = 0; j iarray.length; j++) {
-val = iarray[j];
-alpha = val 24;
-// mask[maskpos++] = (byte)((idata[i][j] 24) 0xFF);
-if (alpha != 255) {
-// System.out.println(Alpha: + alpha);
-// Composite with opaque white...
-add = (255 - alpha);
-mult = (alpha 16) / 255;
-result[count++] =
-(byte)(add
- + val 16) 0xFF) * mult) 16));
-result[count++] =
-(byte)(add
- + val 8) 0xFF) * mult) 16));
-result[count++] = (byte)(add
- + val) 0xFF) * mult)
- 16));
-} else {
-result[count++] = (byte)((val 16) 0xFF);
Re: diff: PDFGraphics2D.drawImage() with cached xObjectNum
Thanks Paul. I have committed this patch. On Tue, 2002-05-21 at 17:07, Paul Reavis wrote: I generated the attached using cvs diff; I hope that is sufficient. I seemed to have some problems but nothing I couldn't handle. Keiron. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: diffs for on-the-fly image support
Yes the several patches is good, thanks. This way the appropriate ones can be applied to both code bases. I agree that 3 is probably better and should be done for the development code. 1 is suitable for a quick solution for the maintenance branch. As for the extension, this is really for the development code. I don't know exactly where you are getting your data etc. from but the new code could handle this as an extension. The svg drawing itself is an extension and it could be done in the same way. You supply a handler on the user agent, this handler receives some xml data and has access to the pdf document, streams etc. This could make it easier but I would need more info. On Tue, 2002-05-21 at 16:00, Paul Reavis wrote: Agreed. Here are some possible solutions: 1) a boolean switch (in the api or system properties) 2) intelligence in the buffer itself, where it uses a tempfile after a certain size is reached 3) better overall architecture where buffers are immediately flushed to output rather than remaining in memory (3) seems best and is in line with the next-gen design documents I see on the fop site, but I don't know how far along y'all are with that. I have to use a similar architecture for my map translation software; GIS systems are hundreds of megabytes and scalability requires a flat memory usage model. All my buffers are strictly memory-limited. (1) is easy enough (2) would be fine but probably has pitfalls; the problem is that there are a _lot_ of these buffers and PDFStreams running around, and therefore it's a global problem - I counted dozens for one plot, 24MB total. I was planning on using a switch for the cvs patch, unless y'all have (3) figured out. I don't see the need for an extra PDFStreamGraphics2D class. Modifying the PDFGraphics2D should suffice. Agreed. I just didn't want to break the existing (the current patch uses PDFStreamGraphics2D just for my case). An extension may work better in this situation with the development code. If I understand the problem properly. ?? An extension to the code, or a file extension for the URL? I'm not sure what you mean. As far as my plans for the other features: I figure the drawImage hack is a no-brainer. It's just the right thing to do in that instance. The additional memory usage should be no big deal (it's a hash of image pointer to integer ID). I'll just modify PDFGraphics2D directly to use the underlying PDFStream. I think this is fine for all cases. Should I break it up into several patches? - tempfile buffering - drawImage hack - PDFGraphics2D hack - on-the-fly images - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Czech hyphenation patterns
On St, 2002-05-22 at 10:17, Buchtk, Michal wrote: I convert it some weeks before and it's already commited. Well, I can find it in branch 0.20.2-maintain, but it's not in 0.20.3. It it possible to merge it to the new branch for FOP 0.20.4? --Czech --- Zdravim, 3.5. jsem poslal to same a uz je to v CVS fop-0_20_2-maintain ale su rad ze ze je tu jeste nekdo od nas kdo se o fop zajima :-)) Michal Buchtik -Original Message- From: Martin Peina [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 9:49 AM To: [EMAIL PROTECTED] Subject: Czech hyphenation patterns Hello, I've converted hyphenation patterns for czech language from TeX. Is it possible to add this file to the standard FOP distribution? Martin Perina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] Martin Perina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: TIFFRenderer
At 04:31 PM 5/21/02, you wrote: Are the AWTRenderer spacing fixes in a release version of FOP? If so, which version? No; but my understanding is that it is now committed to cvs - at least in the maint branch, in what will be the upcoming 0.20.4 maint release. The change is confined one method (renderWordArea) in ...fop.render.awt.AWTRenderer. ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Why do links generate multiple rectangles in PDF?
Hi, Adrian It's been quite a while but I recall that at the time that basic-link code was written (long enough ago that they were still called simple-links) there was an option to choose between link rectangles per word, which aws intended more as a debugging setting, or combining link rectangles into larger rectangles where possible (that is, if the geometry permitted). It was certainly the intention (and I believe it worked this way) that a number of linked line areas all with the same inline-progression dimension would result in _one_ linked rectangle. As one example. So that's your answer. :-) The multiple linked areas are an ancient debugging artifact, that seems to have become the norm. Regards, AHS -Original Message- From: Adrian Edwards [mailto:[EMAIL PROTECTED]] Sent: May 22, 2002 4:08 AM To: [EMAIL PROTECTED] Subject: Why do links generate multiple rectangles in PDF? Can anyone (Arved?) give me a brief explanation of why one fo:basic-link will generate multiple link rectangles (one for each word!) in a PDF rendering? This would seem to have a dramatic effect on the file size of larger PDF documents with many multi-word links. It's such a (seemingly) strange behaviour that there must be some justification, although I can't find it in the mailing list archives. Any help appreciated. Adrian Edwards Application Developer Netimpact Online Publishing http://www.netimpact.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: build changes
On Tue, 2002-05-21 at 05:46, Peter B. West wrote: Ladies and gentlemen, boys and girls, What's the state of play now with the changes to the build system? Has the elimination of Xalan1 been completed? Who's doing what there? I am planning to throw a branch off HEAD to tinker with at least the versioning information for the build. What exactly do you want to do with the versioning etc. Can you give us a rundown of what it will do and how? btw If you want to tinker with cvs you can do it all on your own machine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: column width in percent
J.Pietschmann wrote:
Juergen Lippold wrote:
in my xml-document I'm using a value for the column-width in a table.
But this is a fixed value. Is it possible to work with values in percent
of the table-width?
Not implemented yet.
There is one solution with the right direction to use a
proportional-column-width,
but this doesn't work with JFOR to create RTF-Files. Does someone knows
an other solution?
No. Bad luck.
You can try to code some advanced magic into you XSLT so that you
can use a parameter to switch between percents and
proportional-column-width.
Something like
xsl:variable name=total select=column/@width/
xsl:for-each select=column
xsl:choose
xsl:when test=$jfor
fo:table-column column-width={@width}%/
/xsl:when
xsl:otherwise
fo:table-column column-width=proportional-column-width
({@width/$total})/
/xsl:otherwise
xsl:choose
/xsl:for-each
I did almost exactly that to support proportional style columns
in formatting results of an arbitrary SQL query in a servlet. I got a
lot of help understanding tables on this list from Karen Lease
last winter. The archives at MARC have that thread at
http://marc.theaimsgroup.com/?l=fop-devm=101179308205088w=2
Now I go to those archives first for my questions. They are
a great asset, for FOP and many other useful applications.
Essentially, I store the width from the ResultSetMetaData in one of the
inputs to my servlet, and calculate the columns width in the xsl with
xsl:variable name=sum-width
xsl:value-of select=sum(/database/report0/report-line[position()
='1']/child::*/@width) /
/xsl:variable
and
fo:table
space-after.optimum=20pt
width=9.85in
table-layout=fixed
xsl:for-each select=/database/report0/report-line[position()
='1']/child::*
xsl:variable name=posxsl:value-of select=position()
//xsl:variable
fo:table-column column-width=from-parent('width') * ({@width}
div {$sum-width}) column-number={$pos} /
/xsl:for-each
(Those measurements of 9.85 in. and 20pt. came from trial and error using
US Legal size paper, landscape orientation.)
It's all in FOP and Xalan. I didn't know about JFOR. I need to output PDF,
but something similar may work for you.
I'm sorry for the horrible way I fear that example will be formatted in
email.
HTH,
Joe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: diffs for on-the-fly image support
Keiron Liddle ([EMAIL PROTECTED]) wrote To FOP on Wed, May 22, 2002 at 10:30:45AM
+0200:
Yes the several patches is good, thanks.
This way the appropriate ones can be applied to both code bases.
I agree that 3 is probably better and should be done for the development
code. 1 is suitable for a quick solution for the maintenance branch.
As for the extension, this is really for the development code. I don't
know exactly where you are getting your data etc. from but the new code
could handle this as an extension. The svg drawing itself is an
extension and it could be done in the same way. You supply a handler on
the user agent, this handler receives some xml data and has access to
the pdf document, streams etc. This could make it easier but I would
need more info.
In brief, the algo is this:
1) before pdf generation, the client program sets up the on-the-fly
snapshot objects - each is a subclass of OnTheFlyFopImage, supplying a
paint(Graphics2D) routine.
2) the client then registers the images somewhere in the FOP api (in
my current hack, with FopImageFactory directly) with a url like onthefly:uniquename
3) the client then runs the PDF generation
4) the PDFRenderer, when it encounters an external image reference
with an onthefly:uniquename URL, looks up the correspondingly-named
OnTheFlyFopImage in the registry
5) the PDFRenderer then sets up a PDFGraphics2D and runs
OnTheFlyFopImage.paint on it.
6) at some point before or after pdf generation, the application can
clear the registry, freeing up any memory used by the OnTheFlyFopImages.
If you can describe in general what the algo would be for an extension
I'll be glad to try and implement it. Incidentally, am I getting the
development or maintenance branch when I just do a `cvs checkout`?
Here are the actual examples from my current (outside of FOP)
code. Incidentally, I really think there needs to be a library class
with static methods like my convert() that allow a simple default
embedding for folks - that's a lot of code to have to write just to
run fop.
... snip
public void createOnTheFly(MapViewPanel sourcePanel, File reportDir) {
SystemLog.singleton().enter(Creating on-the-fly snapshots...);
try {
FopImageFactory.clearCache();
FopImageFactory.clearOnTheFlyImages();
Iterator e = getSnapshots().iterator();
int i = 0;
while (e.hasNext()) {
RenderMold currentSnapshot = (RenderMold)e.next();
currentSnapshot.setMonochromeBackground(monochromeBackground);
currentSnapshot.setInvertBackgroundColor(!noColorFiltering);
currentSnapshot.setPrinting(true);
SystemLog.singleton().enter(Rendering snapshot + currentSnapshot +
to image);
this.setDrawFinerThanScale(currentSnapshot.getScale());
FopImageFactory.addOnTheFlyImage(Snapshot + i, new
OnTheFlySnapshot(sourcePanel, currentSnapshot));
i++;
}
// wrap up
this.setDrawFinerThanScale(null);
}
catch ( Exception oopsie ) {
System.out.println(problem creating image in Snapshot source);
Death.instant(oopsie);
}
}
... snip
private class OnTheFlySnapshot extends OnTheFlyFopImage {
private MapViewPanel sourcePanel;
private RenderMold mold;
public OnTheFlySnapshot(MapViewPanel sourcePanel, RenderMold mold) throws
FopImageException {
super(onthefly:Snapshot, viewFinder.getWidth(), viewFinder.getHeight());
this.sourcePanel = sourcePanel;
this.mold = mold;
}
public void paint(Graphics2D graphics) {
if (isNoColorFiltering())
GUILib.setRenderingHintsForPrinting(graphics);
else
GUILib.setRenderingHintsForInvertedPrinting(graphics);
/*
SystemLog.singleton().enter(Setting on-the-fly clip to: +
viewFinder.getWidth() + , + viewFinder.getHeight());
graphics.setClip(0, 0, viewFinder.getWidth(), viewFinder.getHeight());
*/
graphics.setFont(sourcePanel.getFont());
if (noColorFiltering) {
graphics.setColor(Color.black);
graphics.fillRect(0, 0, viewFinder.getWidth(), viewFinder.getHeight());
}
else {
graphics.setColor(Color.white);
graphics.fillRect(0, 0, viewFinder.getWidth(), viewFinder.getHeight());
}
// iterate through layers and renderers to paint
Iterator it = sourcePanel.layers();
while (it.hasNext()) {
MapViewLayer currentLayer = (MapViewLayer)it.next();
SystemLog.singleton().enter(Rendering + currentLayer + to PDF);
RE: Japanese char support by FOP or not...
Hi, I tried to add a Japanese font in the userconfig.xml as per the details approach written ith following side. http://www.zvon.org/HowTo/Output/cid-fonts.pdf But when I am trying to compile a fo file it's giving the following error. D:\FOP\Fop-0.20.3rcC:\jdk1.3\bin\java -cp build\fop.jar;lib\logkit-1.0b4.jar;. ;lib\batik.jar;lib\xalan-1.2.2.jar;lib\xalan-2.0.0.jar;lib\xerces-1.2.3.jar; lib\ ant.jar;lib\avalon-framework-4.0.jar;lib\jimi-1.0.jar;lib\buildtools.jar;lib \bsf .jar;lib\xalanj1compat.jar;lib\stylebook.jar;org\apache\log\format\* -jar lib\l ogkit-1.0b4.jar;build\fop.jar org.apache.fop.apps.Fop -c conf\userconfig.xml -f o cool5.fo -pdf cool5.pdf Exception in thread main java.util.zip.ZipException: The system cannot find th e path specified at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:110) at java.util.jar.JarFile.init(JarFile.java:115) at java.util.jar.JarFile.init(JarFile.java:57) -Original Message- From: J.Pietschmann [SMTP:[EMAIL PROTECTED]] Sent: Monday, May 20, 2002 10:58 PM To: [EMAIL PROTECTED] Subject: Re: Japanese char support by FOP or not... Anil Kumar Mishra wrote: Hi, I want to know that whether FOP support Japanese character. I tried to insert some Japanese character in fo file, but couldn't get the proper data(Japanese chars.) in output pdf file. Can anyone suggest me anything about this. FOP is able to process japanese characters. This doesn't mean you see glyphs for japanese characters in the PDF. In order to get this, you have to supply a font with appropriate glyphs to FOP. First, locate a font. If you have other applications on your platform which display japanese, look where the system stores fonts. Secont, you have to prepare a font metrics file and tell FOP to use it. This is described in the documentation in the FOP distribution: docs/html-docs/fonts.html. You are told to assign your font a name there. Third, construct a small FO file to test it. Declare some standard page master, and insert a block with japanese characters in the flow. Select the font you installed in step 2 using the font-family property (e.g. if you named it foo, declare font-family=foo on the block. Depending on your editor, you can insert the japanese characters directly into the FO file, or use XML character references. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] This message is confidential and may also be legally privileged. If you are not the intended recipient, please notify us immediately. You should not copy it or use it for any purpose, nor disclose it's contents to any other person. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of Wilco International. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: basedir fix for fop 0.20.4
Jeremias Maerki schrieb: Please attach the patch as attachment to the bugreport. Hopefully, I or someone else will look at it before the release. There is already another patch which seems to adress this (and more?): http://marc.theaimsgroup.com/?l=fop-devm=102036672926722w=2 Yes, this should definatly go into the next release. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: diffs for on-the-fly image support
A normal cvs checkout gives you the development, which is different from current maintenance releases. What you are describing can definitely be done with an extension (in the devel code only, so this is for later). in your fo: instream-foreign-object width=.. height=.. myImage xmlns=my-space id=unique-id/ /instream-foreign-object This small bit of xml will then be passed to your extension available on the user agent. This extension gets the image and sets up the PDFGraphics2D and does its thing. It should be easier. This way the extra code is contained in a simple extension. The difference is that you need to use instream-foreign-object instead of image. This class is the default pdf extension that handles svg: http://cvs.apache.org/viewcvs.cgi/xml-fop/src/org/apache/fop/render/pdf/PDFXMLHandler.java?rev=1.4content-type=text/vnd.viewcvs-markup On Wed, 2002-05-22 at 14:42, Paul Reavis wrote: In brief, the algo is this: 1) before pdf generation, the client program sets up the on-the-fly snapshot objects - each is a subclass of OnTheFlyFopImage, supplying a paint(Graphics2D) routine. 2) the client then registers the images somewhere in the FOP api (in my current hack, with FopImageFactory directly) with a url like onthefly:uniquename 3) the client then runs the PDF generation 4) the PDFRenderer, when it encounters an external image reference with an onthefly:uniquename URL, looks up the correspondingly-named OnTheFlyFopImage in the registry 5) the PDFRenderer then sets up a PDFGraphics2D and runs OnTheFlyFopImage.paint on it. 6) at some point before or after pdf generation, the application can clear the registry, freeing up any memory used by the OnTheFlyFopImages. If you can describe in general what the algo would be for an extension I'll be glad to try and implement it. Incidentally, am I getting the development or maintenance branch when I just do a `cvs checkout`? Here are the actual examples from my current (outside of FOP) code. Incidentally, I really think there needs to be a library class with static methods like my convert() that allow a simple default embedding for folks - that's a lot of code to have to write just to run fop. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Japanese char support by FOP or not...
Anil Kumar Mishra wrote: I tried to add a Japanese font in the userconfig.xml as per the details approach written ith following side. http://www.zvon.org/HowTo/Output/cid-fonts.pdf But when I am trying to compile a fo file it's giving the following error. D:\FOP\Fop-0.20.3rcC:\jdk1.3\bin\java -cp build\fop.jar;lib\logkit-1.0b4.jar;. ;lib\batik.jar;lib\xalan-1.2.2.jar;lib\xalan-2.0.0.jar;lib\xerces-1.2.3.jar; lib\ ant.jar;lib\avalon-framework-4.0.jar;lib\jimi-1.0.jar;lib\buildtools.jar;lib \bsf .jar;lib\xalanj1compat.jar;lib\stylebook.jar;org\apache\log\format\* -jar lib\l ogkit-1.0b4.jar;build\fop.jar org.apache.fop.apps.Fop -c conf\userconfig.xml -f o cool5.fo -pdf cool5.pdf Your method of invoking Java is odd. Simply use the fop.bat command, as explained in docs/html-docs/running.html Exception in thread main java.util.zip.ZipException: The system cannot find th e path specified at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:110) at java.util.jar.JarFile.init(JarFile.java:115) at java.util.jar.JarFile.init(JarFile.java:57) This is probably due to the odd (and probably incompatible) command line. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo TextInfo.java
klease 02/05/22 13:19:28 Modified:src/org/apache/fop/fo TextInfo.java Log: Add hyphenation related property Revision ChangesPath 1.4 +2 -1 xml-fop/src/org/apache/fop/fo/TextInfo.java Index: TextInfo.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/TextInfo.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TextInfo.java 28 Apr 2002 21:28:01 - 1.3 +++ TextInfo.java 22 May 2002 20:19:28 - 1.4 @@ -1,5 +1,5 @@ /* - * $Id: TextInfo.java,v 1.3 2002/04/28 21:28:01 klease Exp $ + * $Id: TextInfo.java,v 1.4 2002/05/22 20:19:28 klease Exp $ * Copyright (C) 2001 The Apache Software Foundation. All rights reserved. * For details on use and redistribution please refer to the * LICENSE file included with these sources. @@ -29,6 +29,7 @@ public SpaceVal letterSpacing; // Add hyphenation props too + public boolean bCanHyphenate=true; // Textdecoration public boolean underlined = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/layoutmgr HyphContext.java AbstractBPLayoutManager.java BPLayoutManager.java BreakPoss.java BreakPossPosIter.java InlineStackingBPLayoutManager.java LayoutContext.java LineBPLayoutManager.java PositionIterator.java TextBPLayoutManager.java
klease 02/05/22 13:20:50
Modified:src/org/apache/fop/layoutmgr AbstractBPLayoutManager.java
BPLayoutManager.java BreakPoss.java
BreakPossPosIter.java
InlineStackingBPLayoutManager.java
LayoutContext.java LineBPLayoutManager.java
PositionIterator.java TextBPLayoutManager.java
Added: src/org/apache/fop/layoutmgr HyphContext.java
Log:
Add support for hyphenation and some space distribution among inline areas
Revision ChangesPath
1.3 +7 -14
xml-fop/src/org/apache/fop/layoutmgr/AbstractBPLayoutManager.java
Index: AbstractBPLayoutManager.java
===
RCS file:
/home/cvs/xml-fop/src/org/apache/fop/layoutmgr/AbstractBPLayoutManager.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- AbstractBPLayoutManager.java 10 May 2002 12:38:15 - 1.2
+++ AbstractBPLayoutManager.java 22 May 2002 20:20:50 - 1.3
@@ -1,5 +1,5 @@
/*
- * $Id: AbstractBPLayoutManager.java,v 1.2 2002/05/10 12:38:15 klease Exp $
+ * $Id: AbstractBPLayoutManager.java,v 1.3 2002/05/22 20:20:50 klease Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
@@ -134,18 +134,6 @@
}
-// /**
-// * Get the BreakPoss at the start of the next area.
-// * @param lc The LayoutContext for this LayoutManager.
-// * @param bpPrevEnd The Position returned by the previous call
-// * to getNextBreakPoss, or null if none.
-// */
-// public BreakPoss getStartBreakPoss(LayoutContext lc,
-// BreakPoss.Position bpPrevEnd) {
-// return null;
-// }
-
-
/**
* Generate and return the next break possibility.
* Each layout manager must implement this.
@@ -179,7 +167,12 @@
}
-public void addAreas(PositionIterator parentIter) {
+public void addAreas(PositionIterator parentIter, double dSpaceAdjust) {
+}
+
+
+public void getWordChars(StringBuffer sbChars,
+ BreakPoss.Position bp1, BreakPoss.Position bp2) {
}
/* -
1.3 +5 -6 xml-fop/src/org/apache/fop/layoutmgr/BPLayoutManager.java
Index: BPLayoutManager.java
===
RCS file: /home/cvs/xml-fop/src/org/apache/fop/layoutmgr/BPLayoutManager.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- BPLayoutManager.java 10 May 2002 12:38:15 - 1.2
+++ BPLayoutManager.java 22 May 2002 20:20:50 - 1.3
@@ -1,5 +1,5 @@
/*
- * $Id: BPLayoutManager.java,v 1.2 2002/05/10 12:38:15 klease Exp $
+ * $Id: BPLayoutManager.java,v 1.3 2002/05/22 20:20:50 klease Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
@@ -39,10 +39,6 @@
public BreakPoss getNextBreakPoss(LayoutContext context);
-/** CURRENTLY NOT USED
-public BreakPoss getStartBreakPoss(LayoutContext lc,
-BreakPoss.Position bpPrevEnd);
-**/
/**
* Return a value indicating whether this LayoutManager has laid out
@@ -62,10 +58,13 @@
* by BreakPoss.Position objectw which will be returned by the
* Iterator.
*/
-public void addAreas(PositionIterator posIter) ;
+public void addAreas(PositionIterator posIter, double dSpaceAdjust) ;
public void init() ;
public void resetPosition(BreakPoss.Position position);
+
+public void getWordChars(StringBuffer sbChars,
+ BreakPoss.Position bp1, BreakPoss.Position bp2);
}
1.3 +3 -1 xml-fop/src/org/apache/fop/layoutmgr/BreakPoss.java
Index: BreakPoss.java
===
RCS file: /home/cvs/xml-fop/src/org/apache/fop/layoutmgr/BreakPoss.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- BreakPoss.java10 May 2002 12:38:15 - 1.2
+++ BreakPoss.java22 May 2002 20:20:50 - 1.3
@@ -1,5 +1,5 @@
/*
- * $Id: BreakPoss.java,v 1.2 2002/05/10 12:38:15 klease Exp $
+ * $Id: BreakPoss.java,v 1.3 2002/05/22 20:20:50 klease Exp $
* Copyright (C) 2002 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
Latest version (f) of FO Schema
Here's the latest version. I've better organized the comments and cleaned up some things. I haven't coded for the possibility of including functions in attribute values. Which functions has FOP implemented? Also, Can I assume that the following is true? 1. All functions that return object can be applied anywhere. 2. Numeric functions apply to length, integer, and number values. 3. Color functions apply to color values. 4. from-table-column applies to table-cell and any element that can be a child of a table-cell. 5. proportional-column-width applies only to table-column Functions: numericfloor( numeric) numericceiling(numeric) numericround(numeric) numericmin( numeric , numeric) numericmax(numeric , numeric) numericabs( numeric) colorrgb(numeric , numeric , numeric) colorrgb-icc(numeric , numeric , numeric , NCName , numeric , numeric) colorsystem-color( NCName) objectsystem-font( NCName , NCName) objectinherited-property-value(NCName) numericlabel-end() numericbody-start() objectfrom-parent( NCName) objectfrom-nearest-specified-value( NCName) objectfrom-table-column( NCName) numericproportional-column-width( numeric) objectmerge-property-values( NCName) The spec also specifies this attribute, which applies to the page context (So which elements signify the page context?) attribute name = size type = size_Type/ Chuck Paussa fop4f.zip Description: Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Why do links generate multiple rectangles in PDF?
Arved Sandstrom wrote: So that's your answer. :-) The multiple linked areas are an ancient debugging artifact, that seems to have become the norm. The annoying part is that the link area excludes the whitespace between the words. Or is this intentional? Line breaks and in particular hyphenation in a link aren't handled properly either. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9332] New: - Build fails due to J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop-0.20.3\build\src\codegen\filter
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=9332. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9332 Build fails due to J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop-0.20.3\build\src\codegen\filter Summary: Build fails due to J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop- 0.20.3\build\src\codegen\filter Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] All my efforts to build any piece of FOP fail with J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop-0.20.3\build\src\codegen\filter This stops build build clean build codegen This is with Java 1.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
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 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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8661 FOP 0.20.3 Not running on solaris 2.6 / jdk 1.3.0 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-05-23 00:35 --- I have this exact same problem with FOP 0.20.1 and Batik. I have my class path setup properly, and FOP does work on other content on that machine. The same exact JARs for FOP and Batik on my Win2000 machine work without any problems. I am using JDK 1.3.1 on Solaris 2.6. I then downloaded and installed the latest Fop with its own version of Batik and I still get the same error indicating org/apache/batik/dom/svg/SVGDOMImplementation is not defined. Using JAR tools I can see and extract that very same class file with out any difficulty. So I believe there really is a bug here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9335] New: - fo:basic-link generates multiple linked rectangles 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=9335. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9335 fo:basic-link generates multiple linked rectangles in PDF Summary: fo:basic-link generates multiple linked rectangles in PDF Product: Fop Version: 0.20.3 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] An fo:basic-link element containing multiple words when rendered to PDF will result in a 'linked rectangle' around each word in the link, rather than one rectangle for the entire link as would be expected. Each word links to the same destination, so the effect is (almost) the same, except that the rectangles do not include the whitespace between words, and the file size of PDFs with many multi-word links can be dramatically increased, to the point of visibly slowing rendering speed. For example: fo:blockThe rain fo:basic-link external-destination=spain.pdfin Spain/fo:basic-link falls mainly in the plain./fo:block will render as: ++ | +--+ +-+ | |The rain |in| |Spain| falls mainly in the plain.| | +--+ +-+ | ++ rather than the expected: +--+ | ++ | |The rain |in Spain| falls mainly in the plain.| | ++ | +--+ NB: Arved has indicated on fop-dev that The multiple linked areas are an ancient debugging artifact, that seems to have become the norm. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Why do links generate multiple rectangles in PDF?
Thanks Arved, That sounds far more promising than I had hoped. I thought that it might have had something to do with making it easier to wrap links that spanned multiple lines... Does your response mean that the code to join (or not split) the linked rectangles would still in their somewhere and just needs to be switched back on? If so, do you think there is any chance of having this fixed for the upcoming 0.20.4 release? It's really blowing out the file sizes of the work I am doing with fop, since we are generating index pages to collections of PDFs, so our document are nearly all links! My Java isn't that strong, but I'd be happy to take a look at the code if you could point me in the right direction. Regards, Adrian PS: I have submitted this to Bugzilla now that I have your confirmation that this is an unintentional behaviour. -Original Message- From: Arved Sandstrom [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 22 May 2002 8:07 PM To: [EMAIL PROTECTED] Subject: RE: Why do links generate multiple rectangles in PDF? Hi, Adrian It's been quite a while but I recall that at the time that basic-link code was written (long enough ago that they were still called simple-links) there was an option to choose between link rectangles per word, which aws intended more as a debugging setting, or combining link rectangles into larger rectangles where possible (that is, if the geometry permitted). It was certainly the intention (and I believe it worked this way) that a number of linked line areas all with the same inline-progression dimension would result in _one_ linked rectangle. As one example. So that's your answer. :-) The multiple linked areas are an ancient debugging artifact, that seems to have become the norm. Regards, AHS -Original Message- From: Adrian Edwards [mailto:[EMAIL PROTECTED]] Sent: May 22, 2002 4:08 AM To: [EMAIL PROTECTED] Subject: Why do links generate multiple rectangles in PDF? Can anyone (Arved?) give me a brief explanation of why one fo:basic-link will generate multiple link rectangles (one for each word!) in a PDF rendering? This would seem to have a dramatic effect on the file size of larger PDF documents with many multi-word links. It's such a (seemingly) strange behaviour that there must be some justification, although I can't find it in the mailing list archives. Any help appreciated. Adrian Edwards Application Developer Netimpact Online Publishing http://www.netimpact.com.au - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Why do links generate multiple rectangles in PDF?
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: May 22, 2002 6:07 PM To: [EMAIL PROTECTED] Subject: Re: Why do links generate multiple rectangles in PDF? Arved Sandstrom wrote: So that's your answer. :-) The multiple linked areas are an ancient debugging artifact, that seems to have become the norm. The annoying part is that the link area excludes the whitespace between the words. Or is this intentional? Line breaks and in particular hyphenation in a link aren't handled properly either. J.Pietschmann Excluding the WS was intentional in the sense that it was intended to show the individual wrapping of linked words, during debugging. By now I am not surprised that other stuff is out of sync. Arved - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: PS Renderer patch
Hi We are using FOP to generate PostScript and PDF file by XSL. It works fine. But we also found a little minor difference compare ps to pdf, such as, the position and size of border, table and font, the vertical position of image. You can test that with docs/examples/fo/border.fo by printing them out. We like postscript very much since it can be handled by Java JPS directly and dont want two version of XSL files. I have done some work with PSRenderer and it outputs almost same with PDF. I wonder if I can submit it as a patch. Huikang -Original Message- From: Christian Geisert [mailto:[EMAIL PROTECTED]] Sent: Thursday, 23 May, 2002 1:14 AM To: [EMAIL PROTECTED] Subject: Re: basedir fix for fop 0.20.4 Jeremias Maerki schrieb: Please attach the patch as attachment to the bugreport. Hopefully, I or someone else will look at it before the release. There is already another patch which seems to adress this (and more?): http://marc.theaimsgroup.com/?l=fop-devm=102036672926722w=2 Yes, this should definatly go into the next release. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Why do links generate multiple rectangles in PDF?
You are right, simply adding: -Dlinks.merge=yes to the command line results in one link rectangle per line, just as would be expected. My test file reduced in size from 1,659 KB to 368 KB! FYI, this XSL-FO doc has 1290 fo:basic-links, all multi-word. You are also right that it would be useful to change the default behaviour. Should be fixeable for 0.20.4? Either way, we should document this system property in the FAQ (at least). Thanks very much for you help with this Arved. Another satisfied customer. Best regards, Adrian -Original Message- From: Arved Sandstrom [mailto:[EMAIL PROTECTED]] Sent: Thursday, 23 May 2002 12:00 PM To: [EMAIL PROTECTED] Subject: RE: Why do links generate multiple rectangles in PDF? Yes, the code is still in there, essentially unchanged. If you look at BasicLink.java you'll see a call to LinkSet.merge(), _if_ a system property called links.merge has been set, and is anything other than no, on the command line. It would probably be useful to change the default behaviour here. The merge() method in LinkSet.java is very much still in existence. Presumably, because of the default setting, this has never been used by anyone for at least a year (maybe closer to 2 years), so I have no idea whether it works anymore. It's worth a try, and I'm sure it's quite fixeable (is that a word???). Now that I look at it this method only joins links on the same line, which is clearly an improvement over what you have now. It could be improved for paragraphs I'm sure. Regards, Arved - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Japanese char support by FOP or not...
Thanks a lot yaar... I am able to solve the problem... Now I am getting the Japanese character in my pdf document... Thanks a lot again Anil Mishra -Original Message- From: J.Pietschmann [SMTP:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 1:48 AM To: [EMAIL PROTECTED] Subject: Re: Japanese char support by FOP or not... Anil Kumar Mishra wrote: I tried to add a Japanese font in the userconfig.xml as per the details approach written ith following side. http://www.zvon.org/HowTo/Output/cid-fonts.pdf But when I am trying to compile a fo file it's giving the following error. D:\FOP\Fop-0.20.3rcC:\jdk1.3\bin\java -cp build\fop.jar;lib\logkit-1.0b4.jar;. ;lib\batik.jar;lib\xalan-1.2.2.jar;lib\xalan-2.0.0.jar;lib\xerces-1.2.3.ja r; lib\ ant.jar;lib\avalon-framework-4.0.jar;lib\jimi-1.0.jar;lib\buildtools.jar;l ib \bsf .jar;lib\xalanj1compat.jar;lib\stylebook.jar;org\apache\log\format\* -jar lib\l ogkit-1.0b4.jar;build\fop.jar org.apache.fop.apps.Fop -c conf\userconfig.xml -f o cool5.fo -pdf cool5.pdf Your method of invoking Java is odd. Simply use the fop.bat command, as explained in docs/html-docs/running.html Exception in thread main java.util.zip.ZipException: The system cannot find th e path specified at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:110) at java.util.jar.JarFile.init(JarFile.java:115) at java.util.jar.JarFile.init(JarFile.java:57) This is probably due to the odd (and probably incompatible) command line. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] This message is confidential and may also be legally privileged. If you are not the intended recipient, please notify us immediately. You should not copy it or use it for any purpose, nor disclose it's contents to any other person. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of Wilco International. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: build changes
On Wed, 2002-05-22 at 17:30, Peter B. West wrote: Are you *trying* to annoy me, or does it just happen? I don't want to jump to conclusions. Relax, I'm not trying to annoy you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: PS Renderer patch
Sure, that's great. All you have to do is make your changes against the current CVS, create a unified diff with CVS and send it to this list or create a new bugzilla entry with the diff as attachment. We will then see to include it as fast as possible. See here for more information: http://xml.apache.org/source.html We are using FOP to generate PostScript and PDF file by XSL. It works fine. But we also found a little minor difference compare ps to pdf, such as, the position and size of border, table and font, the vertical position of image. You can test that with docs/examples/fo/border.fo by printing them out. We like postscript very much since it can be handled by Java JPS directly and dont want two version of XSL files. I have done some work with PSRenderer and it outputs almost same with PDF. I wonder if I can submit it as a patch. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Getting Progress Feedback
Everything you need should be in there. See http://xml.apache.org/fop/embedding.html (under Getting information on the rendering process) for instructions how to get end results from the rendering process. To report the progress to the user, you could intercept the logging messages from FOP. These contain strings like [1] which indicates the current page number being processed. The way to intercept these notifications is to provide a custom implementation of the org.apache.avalon.logger.Logger interface. Please mind that this applies to the current CVS and the upcoming 0.20.4 release. The current release still works with LogKit. But even there it is pretty simple to create your own LogTarget to intercept logging messages. Maybe we could also provide some sort of notification interface that is being called during processing, but this has to be done first. Want to try? Is there a way to attache a delegate or helper object to some part of FOP that will result in FOP calling some method I write on it? I'd like to inform users as to how many pages have been rendered plus give them other possible feedback about their report. For example for a 30,000 page report, say, it might be nice to tell the user that their job is on page 17,500 or whatever. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
