Jeremias Maerki wrote:
+1 for a 0.20.5rc3 ASAP (as Clay Leeds suggests). 0.20.5rc2 is bugged
and I believe Jörg is tired of marking new bug reports as duplicates. :-)
+1 for really (!) going to bugfixing-only mode in the maintenance branch.
+1 for 0.20.5 being the last release from the
jeremias2003/04/03 04:50:03
Modified:src/java/org/apache/fop/render/pdf FontTriplet.java
Log:
Added toString() method for debugging
Revision ChangesPath
1.2 +7 -0 xml-fop/src/java/org/apache/fop/render/pdf/FontTriplet.java
Index: FontTriplet.java
jeremias2003/04/03 04:51:27
Modified:src/java/org/apache/fop/render/pdf FontSetup.java
Log:
Fix font registration (normal and bold work again, invalid values get barked at)
Make the kerning and embedding-url attributes optional as it should be
Revision ChangesPath
1.3
jeremias2003/04/03 04:53:44
Modified:src/java/org/apache/fop/render/pdf FontReader.java
src/java/org/apache/fop/pdf PDFFactory.java
src/java/org/apache/fop/fonts MultiByteFont.java
CIDFont.java
Log:
Fix TrueType embedding. Width
Hello,
we have extended the TTFReader, Fontclasses and the PCLRenderer.
All chanced Classes are in this mail. Also a short shell script which shows
the process to add new fonts.
Best regards
Dipl. Inf. (FH)
Thomas Kiesl
Application Development Engineer
Materna GmbH Co. KG
Theodor-Heuss-Straße
Hello,
we have extended the TTFReader, Fontclasses and the PCLRenderer.
All chanced Classes are in this mail. Also a short shell script which shows
the process to add new fonts.
#! /bin/sh
#
# Shell script for creating ttf xml-files
java -cp
Thank you for your contribution. You'd spare us a lot of work if you
would resubmit your patch as a unified diff against the current CVS.
Thank you.
But to be honest, even if you resubmit the patch as a diff, I can't
guarantee you that it'll get integrated. As you probably know we're
doing a
jeremias2003/04/03 05:56:12
Modified:.status.xml
Log:
Update changes.
Revision ChangesPath
1.29 +7 -0 xml-fop/status.xml
Index: status.xml
===
RCS file:
vmote 2003/04/03 07:29:33
Modified:src/documentation/content/xdocs compliance.xml
Log:
Complete citations URLs.
Revision ChangesPath
1.7 +189 -188 xml-fop/src/documentation/content/xdocs/compliance.xml
Index: compliance.xml
On Sun, 2003-03-30 at 03:43, J.Pietschmann wrote:
automatic fitting sets in. Specify the width and height you want
in the resulting PDF in non-pixel units. The scaling property is
not supported anyway.
For instance, I have taken a very large image (1.2MB) that is 1760 x
1184 pixels
Version: 0.20.5rc, with my fixes to get markers working.
What Im trying to do is place a fo:block at an
absolute position on a page. Any way I can. The idea is to format
text on a page so that when we feed a pre-printed form through the printer we
get X placed in a box, a name in its
Mark,
That's funny... We are using FOP to move *away* from something like
this. Our clients are tired of paying us to sell them pre-printed pages
with the boxes, only to have the little x be off-center ;-)
I don't know if it'll help, but you could use blind tables with images
or something inside
Yea were dealing with medical forms. We
need (my client needs, actually) to support a customer that has these forms to
be printed. Things like claims forms.
-- Mark C. Allman
-- Innovator
-- Allman Professional Consulting, Inc.
-- www.allmanpc.com,
617-947-4263
BusinessMsg the
Aha, I see what I need to change.
I take the posted example, move the fo:block-container
to the fo:flow, wrap it in a fo:block, and it disappears. This is what I was
doing (a container in a block) and it wasnt working. As I (try to)
read the spec it seems legal to do this. If I take
14 matches
Mail list logo