RE: Absolute-position of a block

  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 wasn’t working.  As I (try to) read the spec it seems legal to do this.  If

Re: Absolute-positon of a block

Just answered that yesterday on fop-user: http://marc.theaimsgroup.com/?l=fop-user&m=104928256603740&w=2 On 03.04.2003 20:34:59 Mark C. Allman wrote: > Version: 0.20.5rc, with my fixes to get markers working. > > > > What I'm trying to do is place a fo:block at an absolute position on a > page

RE: Absolute-position of a block

Yea … we’re 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 –

Re: Absolute-positon of a block

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 ins

Absolute-positon of a block

Version: 0.20.5rc, with my fixes to get markers working.   What I’m 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 i

Re: 300dpi JPEG scaling

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 pixe

cvs commit: xml-fop/src/documentation/content/xdocs compliance.xml

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 ==

cvs commit: xml-fop status.xml

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: /home/cvs/xml-fop/status.xml

Re: PCL TTF Fontloading extension

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 redes

PCL TTF Fontloading extension

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 build/fop.jar:lib/xercesImpl-2.0.1.jar:lib/xml-apis.j

PCL TTF Fontloading extension

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

cvs commit: xml-fop/src/java/org/apache/fop/fonts MultiByteFont.java CIDFont.java

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 a

cvs commit: xml-fop/src/java/org/apache/fop/render/pdf FontSetup.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

cvs commit: xml-fop/src/java/org/apache/fop/render/pdf FontTriplet.java

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 ===

Re: 0.20.5rc3 (was Re: PDF Encryption: Clarification)

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 maintenance