RE: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available

[Arved Sandstrom]

Don't see why not, Peter. If you provide me with a precise list of
instructions (what to get, where, and the location that you would like to
see them go in html-docs) I will make that happen this weekend. I think we
are looking at early next week for the actual release.

I can do the getting...I have cable.

Arved

-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]]
Sent: January 24, 2002 12:25 AM
To: [EMAIL PROTECTED]
Subject: Re: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available


Arved,

Keiron mentioned the possibility of including my recent html design
notes in the distribution.  Is that feasible for this release?

Peter


-
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: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available

[Peter B. West]

Arved,

Ok.  I'll just have to find out how to integrate my docs, which are at 
the top level, into the existing top-level elements.  Keiron said 
soemthing about creating a book.  If anyone has done this, and has a 
short recipe, I would be grateful.  Otherwise I'll sort it oout and get 
back to you with the subtree location.

Peter

Arved Sandstrom wrote:

>Don't see why not, Peter. If you provide me with a precise list of
>instructions (what to get, where, and the location that you would like to
>see them go in html-docs) I will make that happen this weekend. I think we
>are looking at early next week for the actual release.
>
>I can do the getting...I have cable.
>
>Arved
>
>
>
>Arved,
>
>Keiron mentioned the possibility of including my recent html design
>notes in the distribution.  Is that feasible for this release?
>
>Peter
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available

[Ralph LaChance]

Arved et al,

Any interest in including the printing servlet example I submitted last week:

 ...\examples\FopPrintServlet

It doesn't appear to be in the current rc.


 ' Best,
 -Ralph LaChance



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

scaling of graphics

[Raimund Kammering]

Hi everybody,
this is my first question here in this mailing list and i hope it is
not off topic:
I want to format an XML file for printing. Since the graphics in
that were referenced in this file are very big
i wanted to scale them to a given percentage (let say 80%). To do this
i tried:
 
    content-width="80%"
   content-height="80%"
   scaling="uniform"/>
but somehow this seems to have no effect on the output. I also tried
giving a  to the content attribute but again
it seems that there is on effect.
I am using FOP 0.20.2 and Xalan version 1.3.
Have I missed something in the man pages??
Raimund

--
DESY -MVP-
Notkestrasse 85
D-22603 Hamburg
Tel.: +49 40 8998 -4903
e-mail: [EMAIL PROTECTED]
 

[GUMP] Build Failure - Fop

[Sam Ruby]

This email is autogenerated from the output from:



Buildfile: build.xml

init-avail:

init-filters-xalan2:
 [copy] Copying 1 file to /home/rubys/jakarta/xml-fop/build/src/codegen

init:
 [echo] --- Fop 1.0dev [1999-2001] 

prepare:
 [echo] Preparing the build directories
[mkdir] Created dir: 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties
[mkdir] Created dir: 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts
[mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/svg
[mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/conf
[mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/hyph
 [copy] Copying 3 files to /home/rubys/jakarta/xml-fop/build/classes/conf

codegen:
 [echo] Resetting codegen directory
 [copy] Copying 31 files to /home/rubys/jakarta/xml-fop/build/src/codegen
 [echo] Generating the java files from xml resources
[style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/allprops.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/Constants.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/genconst.xsl
[style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml 
to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/fo_ignore_this.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/properties.xsl
[style] : Fatal Error! java.lang.NullPointerException Cause: 
java.lang.NullPointerException
[style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml 
to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/FOPropertyMapping.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/propmap.xsl
[style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml 
to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/foenums_ignore_this.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/enumgen.xsl
[style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/charlist.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/CodePointMapping.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/code-point-mapping.xsl
[style] Transforming into 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBold.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBold.java
[style] Loading stylesheet 
/home/rubys/jakarta/xml-fop/build/src/codegen/font-file.xsl
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Courier.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Courier.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBoldOblique.xml 
to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBoldOblique.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierOblique.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierOblique.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Helvetica.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Helvetica.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaBold.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBold.java
[style] Processing 
/home/rubys/jakarta/xml-fop/src/codegen/HelveticaBoldOblique.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBoldOblique.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaOblique.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaOblique.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Symbol.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Symbol.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBold.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBold.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBoldItalic.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBoldItalic.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesItalic.xml to 
/home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesItalic.java
[style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesRoman.xml to 
/home/rubys/jakarta/xml-fop/build/src/o

Embed high quality printable images in PDF with FOP?

[Jeff Kowalczyk]

I'm sure this has been discussed before, but I would like to know
whether FOP can embed images at full resolution and with no additional
compression into PDF.

I need to make a printable photo-book output with a grid from
1,4,16,etc. digital camera pictures on various paper sizes. The
application will operate over a LAN, so large PDF output files aren't
too much of a concern.

Can PDF support these kinds of embedded images, and can FOP take a
1600x1200 JPEG and embed it at full quality and appropriate DPI?

Thanks.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Different rendering depending on printers

[Thierry Gounelle]

Hi all,
I have the following problem : I'm using FOP 20.2 to render PDF docs.
When I print the document on our printer (Minolta DI351)  everything
looks fine, but when I print it on a HP LaserJet 4050, the all document
shifts down and right.
I think it's margin problem but I'm not sure how to solve this.
I guess it's not a purely FOP problem, but I would really appreciate any
pointer,

Best regards,
Thierry


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Changes to XML parsing methods

[Peter B. West]

Dear readers,

I have added some methods to XMLEvent.java to make usage a bit easier, 
mainly:

getStartElement(SyncedCircularBuffer events, LinkedList list)
expectStartElement(events, list)

The objects in list essentially contain a URI and local name, and the 
methods return the first start element matching any of the list 
elements.  It lets you do things like

LinkedList list = new LinkedList();
list.add(..."simple-page-master"...);
list.add(..."page-sequence-master"...);
try {
  do {
XMLEvent event = XMLEvent.expectStartElement(events, list);
if (event.localName.equals("simple-page-master")) {
  ...
} else if (event.localName.equals("page-sequence-master")) {
   ...
}
  } while (true);
} catch (NoSuchElementException e) {
}

I have also made some notes on property expression parsing at


Peter


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Embed high quality printable images in PDF with FOP?

[Tore Engvig]

> I'm sure this has been discussed before, but I would like to know
> whether FOP can embed images at full resolution and with no additional
> compression into PDF.

Yes and no. I don't think you can remove additional compression without
changing code in fop, but it shouldn't matter as the compression methods
used are not lossy. Thus image quality should be preserved.

If you specify image width in the .fo document, the correct DPI is used.
E.g. a 300 pixel wide image included with width="1in" will print at a
resolution of 300 DPI.

If you're going to use JPEG images you're even luckier. Fop includes the
image directly into the pdf document by using the pdf DCTEncode filter.
Embedded ICC profiles are also supported for jpeg images (this is for the
soon to be released Fop-0.20.3 version)


Tore



> I need to make a printable photo-book output with a grid from
> 1,4,16,etc. digital camera pictures on various paper sizes. The
> application will operate over a LAN, so large PDF output files aren't
> too much of a concern.
>
> Can PDF support these kinds of embedded images, and can FOP take a
> 1600x1200 JPEG and embed it at full quality and appropriate DPI?
>
> Thanks.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 6009] New: - broke in 0.20.3rc: Error:null

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=6009

 broke in 0.20.3rc: Error:null

   Summary:  broke in 0.20.3rc: Error:null
   Product: Fop
   Version: all
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


TITLE:
 broke in 0.20.3rc: Error:null
BODY:
Hi,
we have problems using  in our fo-documents. 
We use xml+xsl->fo to generate invoices out of our billing system in pdf-
format. Therefore we need to have  to create subtotals at the end of 
each page.

Problem #1:
In the new fop release 0.20.3rc our fo-documents are not working anymore, 
because we get an "ERROR: null" when we try to generate an invoice. In tour 
testing we tried to use the same format for the markers like in the provided 
examples, but in our installation, we get the same error with the 
example "glossary.fo" and "hide.fo".
Is there a possibility to debug the fop application more deeply?
Do we use the wrong .jar files? We copied all the current versions which were 
supplied in the tar-file into the $CLASSPATH directory. The marker was working 
with release 0.20.2RC.
The debug output is like this:
[DEBUG]: Input mode:
[DEBUG]: FO
[DEBUG]: fo input file: C:\Temp\FOP-02~1.TAR\FOP-
02~1.3RC\docs\examples\markers\glossary.fo
[DEBUG]: Output mode:
[DEBUG]: awt on screen
[DEBUG]: OPTIONS
[DEBUG]: no user configuration file is used [default]
[DEBUG]: debug mode on
[DEBUG]: dump configuration
[DEBUG]: quiet mode on
[DEBUG]: base directory: file:/C:/Temp/FOP-02~1.TAR/FOP-
02~1.3RC/docs/examples/markers/
[DEBUG]: using SAX parser org.apache.xerces.parsers.SAXParser
[INFO]: building formatting object tree
[DEBUG]: setting up fonts
[ERROR]: null
org.apache.fop.apps.FOPException
at org.apache.fop.apps.Driver.render(Driver.java:486)
at org.apache.fop.apps.AWTStarter.run(AWTStarter.java:116)
at org.apache.fop.apps.Fop.main(Fop.java:19)

-

java.lang.NullPointerException
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1094)
at org.apache.fop.apps.Driver.render(Driver.java:481)
at org.apache.fop.apps.AWTStarter.run(AWTStarter.java:116)
at org.apache.fop.apps.Fop.main(Fop.java:19)

-

java.lang.NullPointerException
at org.apache.fop.fo.FObjMixed.addCharacters(FObjMixed.java:47)
at org.apache.fop.fo.FOTreeBuilder.characters(FOTreeBuilder.java:166)
at org.apache.xerces.parsers.SAXParser.characters(SAXParser.java:1579)
at org.apache.xerces.validators.common.XMLValidator.processCharacters
(XMLValidator.java:866)
at org.apache.xerces.readers.UTF8Reader.scanContent
(UTF8Reader.java:2377)
at 
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch
(XMLDocumentScanner.java:1094)
at org.apache.xerces.framework.XMLDocumentScanner.parseSome
(XMLDocumentScanner.java:381)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1081)
at org.apache.fop.apps.Driver.render(Driver.java:481)
at org.apache.fop.apps.AWTStarter.run(AWTStarter.java:116)
at org.apache.fop.apps.Fop.main(Fop.java:19)


Problem #2:
We have a need to get a subtotal from the last page onto the top of every 
current page and a subtotal on the bottom of every page. Therefore we use a 
second . Unfortunatly we get an error for every block which is 
containing more than one marker, like this:
(...)
  
last subtotal: $100
current subtotal: $100
1x Potatoe washing machine. $100
  
(...)
The Output is like this:
"fo:marker must be an initial child,and 'marker-class-name' must be unique for 
same parent"
We are pretty much sure, that we use the right syntax for the two markers, we 
tried to debug through the code and it SHOULD work. The mysterious part of our 
second marker-problem is, that we get an error but the content of the marker is 
shown on the resulting invoice.

Any help appreciated!
Thanks!

Jens Scheffler

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: inserting unicode checkbox characters

[ewitness - Ben Fowler]

>I'm trying to add some Unicode check boxes to a PDF document created by FOP.
>If I use ☐ or ☒ then only a pound sign (#) is printed where I
>expect the check boxes to appear. I tried setting the XML encoding to UTF-16
>in my XSL document, like this:

I think that I have met the same problem, which I solved by
using decimal numbers, exempli gratia these entities

 “ ”

are left and right double quotes.

Ben

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

need help about adding fonts

[tony]

hi,
I followed the  procedure to add fonts through the userconfig.xml.
But i am facing a problem, the pdf output file's size increases a lot.
I have a .fo file which outputs a pdf file of 6kb.
If i add support for 'Times New Roman' the file size increases to 35kb.

Can u tell me the reason ?
Thanks,
Tony




_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: scaling of graphics

[Greg Letendre]

Raimund,
I had 
this same problem and I resolved it by accessing this 
reference:
http://www.dpawson.co.uk/xsl/sect3/bk/ch09.html
The 
concept I was missing was that of the viewport.  Here is what helped 
me:
"The height and width properties (or 
the writing-mode neutral equivalents, block-progression-dimension and inline-progression-dimension) define the dimensions of the viewport area. The 
content-height and content-width 
properties define the dimensions of the reference (graphic) area."
When 
I set the height property I successfully achieve 
the resize. (I am using FOP 0.20.1 running on 
Win2K)

The problem 
that remains unsolved for me is that I want to float text around the 
image.  I am placing the image in a column I can't precalculate the amount 
of text and use a table within the column since I would end up with unbalanced 
whitespace in the final PDF, and float is not yet implemented.  So if you 
have any pointers on how to achieve floating text next to the image I'd 
appreciate it, since I'm stuck on that.
 

  -Original Message-From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Raimund 
  KammeringSent: Thursday, January 24, 2002 04:10To: FOP 
  ApacheSubject: scaling of graphicsHi 
  everybody, 
  this is my first question here in this mailing list and i hope it is not 
  off topic: 
  I want to format an XML file for printing. Since the graphics in that 
  were referenced in this file are very big i wanted to scale them to a 
  given percentage (let say 80%). To do this i tried:   
      
  content-width="80%"    content-height="80%"    
  scaling="uniform"/> 
  but somehow this seems to have no effect on the output. I also tried giving 
  a  to the content attribute but again it seems that there is 
  on effect. I am using FOP 0.20.2 and Xalan version 1.3. 
  Have I missed something in the man pages?? Raimund--
DESY -MVP-
Notkestrasse 85
D-22603 Hamburg
Tel.: +49 40 8998 -4903
e-mail: [EMAIL PROTECTED]  

SVG Problem with FOP

[Scott Moore]

I'm trying to embed 
the following SVG into my XSL-FO and run it thru FOP.  Although the 
SVG looks fine using Adobe's SVG viewer, I get an error (below) from FOP.  
Apparently, it doesn't like the url() reference to the 
.  How can I get this to work?
 
Thanks for any 
help,
Scott
 
 
http://www.w3.org/2000/svg" 
preserveAspectRatio="none"> D 
 
An I/O error occured while processing the URI 
'file:D:/Projects/Dev/#PurpleToWhite' 
specified on the element 
org.apache.batik.bridge.BridgeException: 
file:D:/Projects/Dev/:-1An I/O error occured while processing the URI 
'file:D:/Projects/Dev/#PurpleToWhite' specified on the element 
    at 
org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown 
Source)    at 
org.apache.batik.bridge.PaintServer.convertURIPaint(Unknown 
Source)    at 
org.apache.batik.bridge.PaintServer.convertPaint(Unknown 
Source)    at 
org.apache.batik.bridge.PaintServer.convertFillPaint(Unknown 
Source)    at 
org.apache.batik.bridge.PaintServer.convertFillAndStroke(Unknown 
Source)    at 
org.apache.batik.bridge.SVGShapeElementBridge.createShapePainter(Unknown 
Source)    at 
org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown 
Source)    at 
org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown 
Source)    at 
org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown 
Source)    at 
org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown 
Source)    at 
org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown 
Source)    at 
org.apache.batik.bridge.GVTBuilder.build(Unknown 
Source)    at 
org.apache.fop.render.pdf.PDFRenderer.renderSVGDocument(PDFRenderer.java:413)    
at 
org.apache.fop.render.pdf.PDFRenderer.renderSVGArea(PDFRenderer.java:382)    
at 
org.apache.fop.svg.SVGArea.render(SVGArea.java:58)    
at 
org.apache.fop.render.pdf.PDFRenderer.renderForeignObjectArea(PDFRenderer.java:366)    
at 
org.apache.fop.layout.inline.ForeignObjectArea.render(ForeignObjectArea.java:50)    
at 
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:223)    
at 
org.apache.fop.layout.LineArea.render(LineArea.java:163)    
at 
org.apache.fop.render.AbstractRenderer.renderBlockArea(AbstractRenderer.java:192)    
at 
org.apache.fop.layout.BlockArea.render(BlockArea.java:82)    
at 
org.apache.fop.render.AbstractRenderer.renderAreaContainer(AbstractRenderer.java:158)    
at 
org.apache.fop.render.pdf.PDFRenderer.renderPage(PDFRenderer.java:735)    
at 
org.apache.fop.render.pdf.PDFRenderer.render(PDFRenderer.java:700)    
at 
org.apache.fop.apps.StreamRenderer.queuePage(StreamRenderer.java:217)
 
    at 
org.apache.fop.layout.AreaTree.addPage(AreaTree.java:81)    
at 
org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java:307)    
at 
org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:200)    
at 
org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:182)    
at 
org.apache.fop.tools.DocumentReader.parse(DocumentReader.java:463)    
at 
org.apache.fop.apps.Driver.render(Driver.java:481)    
at 
org.apache.fop.apps.Driver.render(Driver.java:501)    
at org.apache.fop.apps.Driver.run(Driver.java:552)
 
 
 
 
 
Scott Moore
Senior Developer
netDecide - http://www.netdecide.com/
7600 Leesburg Pike, West Building - Suite 
100
Falls Church, Virginia  22043
(571) 633-6134 (Work)
(571) 633-6003 (Fax)
 

Re: column-width as em

[Karen Lease]

Hi Joseph,

I think it will work if you set a width on your table. Try width="100%".

The message is a little obscure: it means the number of millipoints
(1/1000ths of points) which is the sum of your column widths is greater
than the specified inline-progression-dimension which isn't set to
anything.

You might also try setting all of the column-widths to one proportional
unit using column-width="proportional-column-width(1)". That should make
sure that all your columns are included, whatever the width is. You must
still set the width on the table though.

Good luck,
Karen Lease

[EMAIL PROTECTED] wrote:
> 
> Howdy,
> 
> I'm using the fop-0_20_2-maintain code from CVS
> (still up to date as of today).
> 
> When I use:
> 
>  
>  />
>  />
> 
> 
> I get an warning message that
> "Sum of fixed column widths 1512000 greater than maximum specified IPD 0"
> 
> 1512000 is 12000 times the sum of my width attributes. The PDF display
> includes
> only the first five of my ten columns, and the columns are much wider than
> I expect.
> 
> I set the width attributes in a servlet reading from a database.
> (resMetaD is ResultSetMetaData from my query.)
> 
> width = resMetaD.getColumnDisplaySize(i);
> 
> if (resMetaD.getColumnLabel(i) != null) {
> label = resMetaD.getColumnLabel(i);
> } else {
> label = resMetaD.getColumnName(i);
> }
> 
> if (width < label.length()) {
> width = label.length();
> }
> 
> width=width+3;
> 
> I output the width values as I create Attribute objects for them in the
> servlet. That's
> how I know my total should be 126.
> 
> Am I using the em unit incorrectly? I thought by setting column widths a
> bit bigger than
> the likely maximum length in the column I could fit more columns in a
> table.
> 
>  Thanks,
> 
>  Joe
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Seeking Comments on Status of Project

[ptribulski]

First off, thank you for what looks like a fantastic effort. I admire (and
am envious of) each of you who have found the time to contribute to such a
valuable project.

I am involved with the approval process for bringing new technology into
our company.  We have several development groups who have seen the FOP
engine and would like to include it their applications. The requirements
are pretty much the same across applications. They need to generate lots of
short dynamic documents in PDF (lots=500-1000 per day, short=1-20 pages,
mostly text, some tables).  Some of the applications need to support
unicode or double-byte languages.

On the surface, I agree that FOP looks like the right answer for what they
need.  However, I also need to ensure that we follow our guidelines for
technology acquisition.

One of our primary tenets is "no beta software should be included in
production applications".

I have read through many posts in the mail list and appreciate the honesty
and clarity about the current status.
Back in January of 2001 and again in July 2001, Arved Sandstrom pointed out
that FOP is still a development effort.
With this message, I am hoping I can persuade one of the committers to
provide a "January 2002" update on the status.
I have found the occasional status messages very useful, hopefully any
response to this message on the archive will help others in the future.

Here is a snippet from the July 2001 post by Arved:

>> FOP developers and committers have never suggested that the processor is
>> anything other than a work in progress. My best guess is that if we have
a
>> production release by the end of the year then we'll be doing well.
Alpha is
>> a long ways away.

Is this still the case?  I am making an assumption that the version number
speaks to the status (v0.x is "pre-release").
Is the version numbering a reflection of:
 A. Still early in development
 B. Indication of how completely the XSL:FO spec is implemented
 C. A combination of both

I also in various places reference to RC (Release Candidate) versions. It
seems that currently v0.20.1 is the latest "stable" release (no implication
intended by "stable" - I just think I saw that phrasing somewhere
associated with v0.20.1).
If possible, could someone clarify the intention/meaning of the x.yy.zz
version scheme.
(I am guessing that x is major production release, yy is a change to what
is supported, and zz is for minor changes / patches.)

I see some notes about the inclusion of jfor (RTF output) into the FOP
project.  I think that would be really cool, and speaks very well of the
effort put in thus far. Anyone care to comment on when that may make it
into a release?

On a somewhat related note, any updated comments on the following would be
appreciated.
I have seen several posts that recommend Renderx XEP if you "need
production level code".  Is that still the case?
Sometime ago, Renderx apparently put a feature comparison up on their site,
but since removed it (concerns of bias, etc).
I have seen references to things like "look for independent comparisons".
Has anyone seen a recent comparison? I can not find one (though I
understand time is better spent refining the code than dedicating resources
to run comparisons).

Thanks in advance for any responses,

Pete Tribulski



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Seeking Comments on Status of Project

[Arved Sandstrom]

Hi, Pete

I think that it would be most accurate to say that there is a relatively
stable core of features - the feedback on this list has been that people do
indeed use FOP, and reliably so, in production. But there are definitely
limitations - both lack of some XSL-FO features and also issues related to
memory.

We are not where we would like to be, despite some significant personal
efforts. I don't count myself in that latter group, not for the past half
year certainly, as I have been sidelined by real work. I think Keiron Liddle
or Karen Lease would be best able to comment on where we FOP is headed.

I think, based on your problem description, that you may very well find that
FOP suits your needs even in its current state. For a certain set of
problems I would not necessarily describe FOP as being "beta" at all. Others
will likely comment. I might add that because of the Apache license your
development teams would be able to freely modify and improve the source.

For x.yy.z, x == 0 just means FOP hasn't achieved our first major target:
full feature support at nearly Extemded Conformance, with performance
enhancements. With that in mind, we advance yy every few months as
relatively significant new features are introduced. 'z' represents sets of
bug-fixes and minor enhancements.

We are currently at 0.20.3rc, and should upgrade to 0.20.3 in less than a
week.

Bertrand Delacretaz is working on JFOR integration - I am sure he will have
more to say.

If extensive feature support (XSL-FO compliance) is the _primary_ concern, I
think you'd not go wrong in looking at either RenderX XEP or Antenna House
XSL Formatter. I can't comment on the price.

Expect other comments. :-)

Regards,
Arved Sandstrom

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: January 24, 2002 7:13 PM
To: [EMAIL PROTECTED]
Subject: Seeking Comments on Status of Project


First off, thank you for what looks like a fantastic effort. I admire (and
am envious of) each of you who have found the time to contribute to such a
valuable project.

I am involved with the approval process for bringing new technology into
our company.  We have several development groups who have seen the FOP
engine and would like to include it their applications. The requirements
are pretty much the same across applications. They need to generate lots of
short dynamic documents in PDF (lots=500-1000 per day, short=1-20 pages,
mostly text, some tables).  Some of the applications need to support
unicode or double-byte languages.

On the surface, I agree that FOP looks like the right answer for what they
need.  However, I also need to ensure that we follow our guidelines for
technology acquisition.

One of our primary tenets is "no beta software should be included in
production applications".

I have read through many posts in the mail list and appreciate the honesty
and clarity about the current status.
Back in January of 2001 and again in July 2001, Arved Sandstrom pointed out
that FOP is still a development effort.
With this message, I am hoping I can persuade one of the committers to
provide a "January 2002" update on the status.
I have found the occasional status messages very useful, hopefully any
response to this message on the archive will help others in the future.

Here is a snippet from the July 2001 post by Arved:

>> FOP developers and committers have never suggested that the processor is
>> anything other than a work in progress. My best guess is that if we have
a
>> production release by the end of the year then we'll be doing well.
Alpha is
>> a long ways away.

Is this still the case?  I am making an assumption that the version number
speaks to the status (v0.x is "pre-release").
Is the version numbering a reflection of:
 A. Still early in development
 B. Indication of how completely the XSL:FO spec is implemented
 C. A combination of both

I also in various places reference to RC (Release Candidate) versions. It
seems that currently v0.20.1 is the latest "stable" release (no implication
intended by "stable" - I just think I saw that phrasing somewhere
associated with v0.20.1).
If possible, could someone clarify the intention/meaning of the x.yy.zz
version scheme.
(I am guessing that x is major production release, yy is a change to what
is supported, and zz is for minor changes / patches.)

I see some notes about the inclusion of jfor (RTF output) into the FOP
project.  I think that would be really cool, and speaks very well of the
effort put in thus far. Anyone care to comment on when that may make it
into a release?

On a somewhat related note, any updated comments on the following would be
appreciated.
I have seen several posts that recommend Renderx XEP if you "need
production level code".  Is that still the case?
Sometime ago, Renderx apparently put a feature comparison up on their site,
but since removed it (concerns of bias, etc).
I have seen references to things like "look for independent comparisons

Re: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available

[Peter B. West]

Arved,

I have set up a book with my xml.  It will require changes to 
xml-fop/docs/xml-docs/fop.xml and to xml-fop/build.xml.  I'll prepare -u 
diffs for both.  One question about the xml: when I was writing the xml 
files, I used



to allow me acces to the dtd for editing.  Is there a way to specify the 
dtd in the production files?

Peter

Peter B. West wrote:

> Arved,
>
> Ok.  I'll just have to find out how to integrate my docs, which are at 
> the top level, into the existing top-level elements.  Keiron said 
> soemthing about creating a book.  If anyone has done this, and has a 
> short recipe, I would be grateful.  Otherwise I'll sort it oout and 
> get back to you with the subtree location.
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available

[Arved Sandstrom]

I'll keep this in mind for this weekend. Thanks.

Arved

-Original Message-
From: Ralph LaChance [mailto:[EMAIL PROTECTED]]
Sent: January 24, 2002 7:45 AM
To: [EMAIL PROTECTED]
Subject: RE: [ANNOUNCEMENT] FOP 0.20.3 Release Candidate available


Arved et al,

Any interest in including the printing servlet example I submitted last
week:

 ...\examples\FopPrintServlet

It doesn't appear to be in the current rc.


 ' Best,
 -Ralph LaChance



-
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: Seeking Comments on Status of Project

[Matt Savino]

Arved, thanks for the status update. Looking forward to .20.3, and would
love to get a rough, non-binding idea when the redesign might be
accomplished. 

FYI, here's what I gleaned from looking into the three alternate
solutions you mentioned. I would love to hear more details/corrections
from the experts on this board.

Antenna House - Windows only, no good for us.

XEP - needs TeX, not sure if I want to hassle with it or if it would
ever fly w/our infrastructure guys

RenderX - fits requirements. Someone else tested it but said he couldn't
get access to the API from demo--only batch mode. I've heard anecdotal
evidence that it is no faster than FOP. Would love to hear more from
anyone else w/firsthand experience. I'll try get it set up to benchmark
large reports in batch mode if I get a chance. 

I have another guy looking into faceless as a possible solution for
generating PDFs of very large, relatively simple reports. I'd love to
stay within xsl:fo though.

Thanks for all your hard work,
Matt Savino



Arved Sandstrom wrote:
> 
> Hi, Pete
> 
> I think that it would be most accurate to say that there is a relatively
> stable core of features - the feedback on this list has been that people do
> indeed use FOP, and reliably so, in production. But there are definitely
> limitations - both lack of some XSL-FO features and also issues related to
> memory.
> 
> We are not where we would like to be, despite some significant personal
> efforts. I don't count myself in that latter group, not for the past half
> year certainly, as I have been sidelined by real work. I think Keiron Liddle
> or Karen Lease would be best able to comment on where we FOP is headed.
> 
> I think, based on your problem description, that you may very well find that
> FOP suits your needs even in its current state. For a certain set of
> problems I would not necessarily describe FOP as being "beta" at all. Others
> will likely comment. I might add that because of the Apache license your
> development teams would be able to freely modify and improve the source.
> 
> For x.yy.z, x == 0 just means FOP hasn't achieved our first major target:
> full feature support at nearly Extemded Conformance, with performance
> enhancements. With that in mind, we advance yy every few months as
> relatively significant new features are introduced. 'z' represents sets of
> bug-fixes and minor enhancements.
> 
> We are currently at 0.20.3rc, and should upgrade to 0.20.3 in less than a
> week.
> 
> Bertrand Delacretaz is working on JFOR integration - I am sure he will have
> more to say.
> 
> If extensive feature support (XSL-FO compliance) is the _primary_ concern, I
> think you'd not go wrong in looking at either RenderX XEP or Antenna House
> XSL Formatter. I can't comment on the price.
> 
> Expect other comments. :-)
> 
> Regards,
> Arved Sandstrom
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: January 24, 2002 7:13 PM
> To: [EMAIL PROTECTED]
> Subject: Seeking Comments on Status of Project
> 
> First off, thank you for what looks like a fantastic effort. I admire (and
> am envious of) each of you who have found the time to contribute to such a
> valuable project.
> 
> I am involved with the approval process for bringing new technology into
> our company.  We have several development groups who have seen the FOP
> engine and would like to include it their applications. The requirements
> are pretty much the same across applications. They need to generate lots of
> short dynamic documents in PDF (lots=500-1000 per day, short=1-20 pages,
> mostly text, some tables).  Some of the applications need to support
> unicode or double-byte languages.
> 
> On the surface, I agree that FOP looks like the right answer for what they
> need.  However, I also need to ensure that we follow our guidelines for
> technology acquisition.
> 
> One of our primary tenets is "no beta software should be included in
> production applications".
> 
> I have read through many posts in the mail list and appreciate the honesty
> and clarity about the current status.
> Back in January of 2001 and again in July 2001, Arved Sandstrom pointed out
> that FOP is still a development effort.
> With this message, I am hoping I can persuade one of the committers to
> provide a "January 2002" update on the status.
> I have found the occasional status messages very useful, hopefully any
> response to this message on the archive will help others in the future.
> 
> Here is a snippet from the July 2001 post by Arved:
> 
> >> FOP developers and committers have never suggested that the processor is
> >> anything other than a work in progress. My best guess is that if we have
> a
> >> production release by the end of the year then we'll be doing well.
> Alpha is
> >> a long ways away.
> 
> Is this still the case?  I am making an assumption that the version number
> speaks to the status (v0.x is "pre-release").
> Is the version numbering a reflection of:
>   

Re: Seeking Comments on Status of Project (jfor integration)

[Bertrand Delacretaz]

(cc to [EMAIL PROTECTED] - fyi)

On Friday 25 January 2002 00:12, [EMAIL PROTECTED] wrote:
> . . .
> I see some notes about the inclusion of jfor (RTF output) into the FOP
> project.  I think that would be really cool, and speaks very well of the
> effort put in thus far. Anyone care to comment on when that may make it
> into a release?

I'm progressing very slowly for the integration of jfor, been talking (mostly 
with Keiron) about design issues. Proper jfor integration requires new 
interfaces to FOP, which is being partially redesigned at the same time, so 
it is a bit hard if we want to get it right.

On the other hands, resources are scarce - I'm currently busy with other 
projects, and no one is currently actively working on jfor (although I 
understand it is in active use out there).

So I cannot really commit to a timeframe for the jfor integration - if 
someone needs it quickly and is able to commit resources, I'd be more than 
happy to help (coaching etc.).

-- 
 -- Bertrand Delacrétaz, www.codeconsult.ch
 -- jfor.org lead developer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Seeking Comments on Status of Project (testing)

[Bertrand Delacretaz]

On Friday 25 January 2002 00:12, [EMAIL PROTECTED] wrote:
> . . .
> I am involved with the approval process for bringing new technology into
> our company.  We have several development groups who have seen the FOP
> engine and would like to include it their applications. 
> . . .
> One of our primary tenets is "no beta software should be included in
> production applications".
> . . .

Depending on the costs your company would incur if going for a commercial 
solution, wouldn't it be cheaper to contribute some resources to the FOP 
project for testing?

There have been some testing efforts in the past year, but IMHO having 
someone come from the outside and design or complete conformance + stability 
tests would be a great contribution to the project.

As Arved indicated, although FOP has known limitations it is fairly usable 
for a lot of applications today. Being able to measure this usability would 
be great!

-- 
 -- Bertrand Delacrétaz, www.codeconsult.ch
 -- jfor.org lead developer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Help with footer only on first page - please help

[Dudley . Butt]

Hi all, 

Could someone please help me with the correct way to implement a footer only
on the first page? 

Thanx

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: need help about adding fonts

[Jeremias Maerki]

Tony

You've probably added an "embed-file" attribute in the user config file.
This embeds the font in the PDF. Just remove it and your PDF should
shrink again. Not embedding a font means that the viewer of the PDF will
have to have the particular font installed on his system.

But why do you go through the relatively painful process of registering
"Time New Roman" in FOP when you could use "Times" that is part of the
basic set of fonts in the PDF spec? Just a thought...

> I followed the  procedure to add fonts through the userconfig.xml.
> But i am facing a problem, the pdf output file's size increases a lot.
> I have a .fo file which outputs a pdf file of 6kb.
> If i add support for 'Times New Roman' the file size increases to 35kb.
> 
> Can u tell me the reason ?

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +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]

refocusing fop-dev and fop-user?

[Bertrand Delacretaz]

I see a lot of posts going to fop-dev that really belong to the fop-user 
mailing list. 

Should we do something about it (I'd like to)?

If yes how best to do it - polite "please ask there" messages, having the 
list moderated for a while, ?

- Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]