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=6997.
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=6997.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1, but strict bugfixing only, or else we're never going to make it.
On 12.02.2003 17:44:14 Christian Geisert wrote:
Ok,
in a perfect world the 0.20.5 release would have happend last
year and we all were working on HEAD now but in reality we're
still fixing bugs (which is ok as it will take
jeremias2003/02/13 01:06:08
Modified:..cvsignore
Log:
Add entries for Eclipse project files
Revision ChangesPath
1.5 +3 -1 xml-fop/.cvsignore
Index: .cvsignore
===
RCS file:
Keiron Liddle wrote:
This sounds great, but I have one question. We've posted a bug report
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16672) about the SVG
rendering in 0.20.4 and 0.20.5. Our SVG's in the rendered PDF
document(s) gets clipped. We're now using 0.20.1 and everything is
From: Patrick C. Lankswert [EMAIL PROTECTED]
However, it does not seem to support the CVS diff command. When I select
diff, it gives me a visual comparison. I assume that CVS diff is like the
UN*X command line diff for use with patch... can anybody help.
Unfortunately, I am on a Windows
Hi,
I am trying to clip some text within an SVG block using FOP. Below I attach
a version of the FOP-XML I am using. When run with fop.sh that comes with
the FOP distribution (version 0.20.4), it works fine and clips as expected -
varying the clipPath's width will show more or less text
Christian Geisert wrote:
in a perfect world the 0.20.5 release would have happend last
year and we all were working on HEAD now but in reality we're
still fixing bugs (which is ok as it will take some time till
the first redesign-relase) but nevertheless we should finally
finish 0.20.5.
So I
Christian Geisert wrote:
Ok,
in a perfect world the 0.20.5 release would have happend last
year and we all were working on HEAD now but in reality we're
still fixing bugs (which is ok as it will take some time till
the first redesign-relase) but nevertheless we should finally
finish 0.20.5.
So I
Hi, I'm currently printing a very large table with over 30,000 rows in it.
I understand that memory allocation problems can be avoided by using multiple
page-sequences.
However, the data I'm prinitng is in a table and I can't seem to think of a way to
break up the table into multiple page
Chris,
Thanks...
Pat
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003 5:24 AM
To: [EMAIL PROTECTED]
Subject: RE: Encryption
From: Patrick C. Lankswert [EMAIL PROTECTED]
However, it does not seem to support the CVS diff command. When
Sorry to bother you all again with this problem. I sent this message two
weeks ago but I forgot that I was subscribed to fop-user instead of
fop-dev. Since I saw no thread with this title, I assume the message got
wiped out. If somebody already looked into this, I apologize for the
inconvenience.
Christer,
Christer Sandberg wrote:
This is our SVG width and height:
svg width=252.836 height=52.828 ...
Up to this point, I have no experience with SVG, but I was surprised to
see that there is no unit of measurement (cm, mm, pt, px) in the height
width.
When I added some println()
This is a bug in 0.20.4 that has been corrected in 0.20.5rc. I suggest
you upgrade.
On 13.02.2003 11:44:59 Doherty, Michael wrote:
I am trying to clip some text within an SVG block using FOP. Below I attach
a version of the FOP-XML I am using. When run with fop.sh that comes with
the FOP
Thanks Jeremias :-)
Michael
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: 13 February 2003 15:28
To: [EMAIL PROTECTED]
Subject: Re: clipping text in
This is a bug in 0.20.4 that has been corrected in 0.20.5rc. I suggest
you upgrade.
On 13.02.2003 11:44:59
jeremias2003/02/13 07:59:20
Modified:src/org/apache/fop/render/xml Tag: fop-0_20_2-maintain
XMLRenderer.java
Log:
Page body wasn't rendered to XML. Why did nobody find out before?
Submitted by: Diwan, Shridhar [EMAIL PROTECTED]
Revision Changes
Fixed in CVS. Thanks. But I wonder why nobody found this bug sooner.
On 24.01.2003 20:28:24 Diwan, Shridhar wrote:
The XMLRenderer doesn't seem to print the body portion
at least in some cases. The problem seems to be in
snip/
Jeremias Maerki
Would you please resubmit that patch as a unified diff (cvs diff -u) and
attach it as a file, not as inline text? Thanks.
On 28.01.2003 16:00:19 Stefan.Wachter wrote:
The fop Ant task (org.apache.fop.tools.anttasks.Fop) has a bug that causes
that the log level is always info. The following
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=16772.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Here is the patch again in the required format.
In the meantime I improved the Fop-Task in two more ways:
1. If nested filesets are processed then the directory structure of the
input files is preserved in the output. Without the changes the Fop-Task
flattened the directory structure.
2. An
jeremias2003/02/13 09:10:59
Modified:src/org/apache/fop/fonts/truetype TTFSubSetFile.java
Log:
TrueType embedding: FPGM table is optional, so ignore it if it's not there.
Revision ChangesPath
1.2 +13 -6
jeremias2003/02/13 09:19:13
Modified:src/org/apache/fop/fonts Tag: fop-0_20_2-maintain
TTFSubSetFile.java
Log:
TrueType embedding: FPGM table is optional, so ignore it if it's not there.
Revision ChangesPath
No revision
jeremias2003/02/13 09:21:33
Modified:src/org/apache/fop/fonts/truetype TTFSubSetFile.java
Log:
Sorry, I screwed up the tab setting in my new Eclipse installation.
Revision ChangesPath
1.3 +11 -11xml-fop/src/org/apache/fop/fonts/truetype/TTFSubSetFile.java
Jeremias,
I just fixed the subscript and superscript problem in PS rendering.
But I just noticed a problem of the Trademark sign (TM) is not shown on
Gsview or print.
I check the PS file, it did rendered as \231.
Do you know if this is a Gsview problem or we need special treatment of
(TM). I
Christian Geisert wrote:
So I propose the following plan:
Make another RC on february 17th and do the final 0.20.5 release
on february the 28th (no delay except for very valid reasons)
Comments?
+1
Victor Mote
-
To
George,
that's the old problem that I'm currently mapping (illegaly) from
WinAnsi codepage to ISOLatin1 in PostScript. See
PSRenderer.writeFontDict(). In ISOLatin1 there is no trademark sign.
That's one of our big todos, to get this right. Back then, it was a
cheap, fast hack to get most (!) of
Oh, Yeah. I do want to look at it.
I suspected this would be well known problem. Glad I ask it first without
digging too deap
myself:-)
George
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003 12:09 PM
To: [EMAIL PROTECTED]
Subject: Re:
[EMAIL PROTECTED] wrote:
I posted a correction for a bug in HyphenationTree.java and an updated
Portuguese hyphenation file some time ago (June 2002). Since I cannot be a
direct developer (my company firewall prevents me from using CVS), someone
(sorry, I do not remember who) took upon himself
I'd say we can't keep something like that within our codebase because it
contradicts the Apache licence. It is entirely possible that someone
sells a product that uses FOP. That wouldn't violate the Apache licence
but the licence of this hyphenation file. Recent discussions on various
Apache
pietsch 2003/02/13 13:21:13
Modified:src/org/apache/fop/layout/hyphenation Tag:
fop-0_20_2-maintain HyphenationTree.java
Log:
Fixed incorrect comparision with hyphenation push character
count.
Submitted by: [EMAIL PROTECTED]
Revision ChangesPath
pietsch 2003/02/13 13:26:43
Modified:src/org/apache/fop/layout/hyphenation HyphenationTree.java
Log:
Fixed comparision with push character count.
Submitted by: [EMAIL PROTECTED]
Revision ChangesPath
1.7 +2 -2
I'd say we can't keep something like that within our codebase because it
contradicts the Apache licence. It is entirely possible that someone
sells a product that uses FOP. That wouldn't violate the Apache licence
but the licence of this hyphenation file. Recent discussions on various
Apache
To all that may concern,
Here it is... PDF encryption. Unfortunately, I seem to be lame when it comes
to cvs. When I generate the unified using WinCVS's cvs diff -uN, it does
not include the file PDFEncryption.java. I have included it as a second
attachment. It belongs in src/org/apache/fop/pdf.
keiron 2003/02/13 20:15:09
Modified:src/org/apache/fop/fo FOText.java FObjMixed.java Title.java
src/org/apache/fop/fo/flow BasicLink.java BidiOverride.java
Block.java BlockContainer.java Character.java
ExternalGraphic.java
jeremias2003/02/13 23:59:07
Modified:src/org/apache/fop/tools/anttasks Tag: fop-0_20_2-maintain
Fop.java
Log:
FOP Ant task: Fix for logging behaviour, fix for directory structure preservation
for nested filesets and additional attribute logFiles.
Submitted
jeremias2003/02/13 23:59:40
Modified:examples/fo Tag: fop-0_20_2-maintain build.xml
Log:
Set log level to warn per default.
Revision ChangesPath
No revision
No revision
1.1.2.2 +4 -4 xml-fop/examples/fo/build.xml
jeremias2003/02/14 00:00:08
Modified:.Tag: fop-0_20_2-maintain CHANGES
Log:
Update changes
Revision ChangesPath
No revision
No revision
1.10.2.48 +5 -0 xml-fop/CHANGES
Index: CHANGES
37 matches
Mail list logo