RE: implementing background-image (bug 5180)
Hi, Michael You picked a good one to get your feet wet with. No, I wouldn't say that there is anything about this that is going to trip you up, or implementation quirks that you wouldn't get from existing code (I assume we are talking maintenance branch?). One thing that you might end up doing, being unfamiliar with FOP source, is to do way more for this property than you need. The background properties are pure rendering traits, and with the exception of background-position-horizontal and background-position-vertical, require absolutely no more work at any stage of layout other than to ensure that appropriate traits (instance variables) are set on the affected areas that are eventually passed to the renderers. Almost all of the real work is in the renderer stage. Regards, Arved Sandstrom -Original Message- From: Michael Gratton [mailto:[EMAIL PROTECTED]] Sent: April 7, 2002 10:05 PM To: [EMAIL PROTECTED] Subject: implementing background-image (bug 5180) Guys, I need to be able to use the background-image property, which is not yet implemented http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5180. Is anyone working on this at the moment? If not, I'm happy to make an attempt at it. Is there anything I should know about implementing properties in FOP, or this one in general, that I wouldn't pick up from looking at the existing code? Thanks, Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 - 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: Multithreaded failure
Thats not the only problem. I get problems when loading an image when multithreaded. As previously posted. If I could build the darn thing, I might look into fixing it. [INFO]: Parsing of document complete, stopping renderer - 08/Apr/2002 12:06:50 GMT+01:00 : Warning [null/com.chase.gmcc.base.xml.XMLUtility.renderFO(String, Document)]: Problem - reason: [null] org.apache.fop.apps.FOPException at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.init(Throwable.java:94) at java.lang.Exception.init(Exception.java:42) at org.apache.fop.apps.FOPException.init(FOPException.java:32) at org.apache.fop.apps.Driver.render(Driver.java:486) at org.apache.fop.apps.Driver.run(Driver.java:554) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:323) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:293) at Test$1$MultiThreadedObjectProcessor.process(Test.java:31) at com.chase.gmcc.base.utility.AbstractMultiThreadedObjectProcessor$ProcessorThread.run(AbstractMultiThreadedObjectProcessor.java:81) - java.lang.NullPointerException at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.init(Throwable.java:82) at java.lang.Exception.init(Exception.java:33) at org.xml.sax.SAXException.init(SAXException.java:61) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:965) at org.apache.fop.apps.Driver.render(Driver.java:481) at org.apache.fop.apps.Driver.run(Driver.java:554) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:323) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:293) at Test$1$MultiThreadedObjectProcessor.process(Test.java:31) at com.chase.gmcc.base.utility.AbstractMultiThreadedObjectProcessor$ProcessorThread.run(AbstractMultiThreadedObjectProcessor.java:81) java.lang.NullPointerException at org.apache.fop.image.GifImage.loadImage(GifImage.java:137) at org.apache.fop.image.AbstractFopImage.getBitmaps(AbstractFopImage.java:231) at org.apache.fop.pdf.PDFXObject.output(PDFXObject.java:163) at org.apache.fop.pdf.PDFDocument.output(PDFDocument.java:1202) at org.apache.fop.render.pdf.PDFRenderer.render(PDFRenderer.java:708) at org.apache.fop.apps.StreamRenderer.processQueue(StreamRenderer.java:249) at org.apache.fop.apps.StreamRenderer.addToRenderQueue(StreamRenderer.java:234) at org.apache.fop.apps.StreamRenderer.queuePage(StreamRenderer.java:219) 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.xerces.parsers.SAXParser.endElement(SAXParser.java:1398) at org.apache.xerces.validators.common.XMLValidator.callEndElement(XMLValidator.java:1019) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XMLDocumentScanner.java:1256) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java:381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948) at org.apache.fop.apps.Driver.render(Driver.java:481) at org.apache.fop.apps.Driver.run(Driver.java:554) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:323) at com.chase.gmcc.base.xml.XMLUtility.renderFO(XMLUtility.java:293) at Test$1$MultiThreadedObjectProcessor.process(Test.java:31) at com.chase.gmcc.base.utility.AbstractMultiThreadedObjectProcessor$ProcessorThread.run(AbstractMultiThreadedObjectProcessor.java:81) Regards Paul. David B. Bitton [EMAIL PROTECTED] on 05/04/2002 00:31:38 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: Multithreaded failure I moved the creation (and destruction) of the Driver object inside the method. Also I had forgotten that in Apache SOAP, you can control object lifetime. So I changed it from Application to Request, so now each request gets a fresh instance of my class. This works, but I'm not happy with it. My question is this, if I have a Driver object as a global inside my class, will it be trounced by another instance running in a different thread? -- David B. Bitton [EMAIL PROTECTED] www.codenoevil.com Code Made Fresh DailyT - Original Message - From: Scott Moore [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 04, 2002 5:23 PM Subject: RE: Multithreaded failure Upon init (once in the servlet) // Gotta configure FOP to know where the base directory is. Otherwise // it will generate errors. Add a trailing slash so we can use relative // paths in our XSL.
Problem in running FopServlet in Weblogic 6.1sp1
Hi, I'm finding difficulty in running FopServlet in weblogic 6.1. The servlet is running fine when the FO is passed but whenever I pass the XML and XSL files as arguments it's not forming the ByteArrayOutPutStream(The content length is always zero). The same piece of code I tried in pure java component with a main and run in separate jvm it worked fine. I think there are some classes which also exist with weblogic.jar create the problem.We can't change our app server. Kindly look into this. Thanks and Regards Rikh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Images and JDK 1.1
I do not think that FOP 0.20.3 will work with JDK 1.1. I think that it requires JDK 1.2 or above. Sorry, Art -Original Message-From: Marco Fabbri [mailto:[EMAIL PROTECTED]]Sent: Saturday, April 06, 2002 10:24 AMTo: [EMAIL PROTECTED]Subject: Images and JDK 1.1 Hi all, I haven't found FAQ about it so... Sorry in advance for the poor question. I need to use fo:external-graphic on a JDK 1.1 and FOP 0.20.3 environment. What I have to do? I've added the jimi1-0.jar on the classpath but it wasn't enough... Marco Fabbri
AW: Designing PDF extensions: form fields
Forms and JavaScript in PDF may be about as complex as xsl:fo. To get a feeling for the learning, design and development effort see: Acrobat JavaScript Object Specification, Version 5.0.5, Technical Note # 5186 Chapter Quick Reference Forms: 20 pages illustrated with Acrobat menues Keyword Acrobat GUI: something like that is needed for a comfortable solution. Have it generate an XML representation and transformed XML back to PDF syntax by a FOP Extension? Remains the low level way like PDFMark does it as documented in http://www.math.uakron.edu/~dpstory/tutorial/pdfmarks/forms.pdf Very little implementation effort without imposing arbitrary limitations. Perhaps a user is willing to try this approach and experience will show real life requirements. Hansuli Anderegg, Zurich, Switzerland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Hyphenation patterns for portuguese
I thought that you would like to add the portuguese hyphenation patterns to the FOP distribution. Best Regards, Paulo Soares alert.txt Network Associates GroupShield Exchange ** Alert generated at: Segunda-feira, Abril 08, 2002 12:07:18 GMT Daylight Time ** The file pt.xml has been replaced. Please consult your administrator for further help and remember to quote your ticket number: OA6_1018264038_MAIL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: vertical alignment
Joshua Marinacci wrote: I must be missing something, but for the life of me I can't figure out how to create a single page with vertically centered text. I want to create a title page which will have the text Blah Blah by Whoever on three lines, all grouped together in the center of the page without explicitly setting how far down on the page it is. I've set the vertical-align attribute of a block but it's still stuck at the top of the page. The attribute is display-align. You can use it on a region (preferably with static content, or use it in a block element which is as high as the page. Unfortunately, the height property doesn't seem to work on a plain fo:block. A table seems to work, try: fo:table table-layout=fixed fo:table-column column-width={you page width}/ fo:table-body fo:table-row height={you page heigth} fo:table-cell display-align=center fo:block font-size=40pt text-align=centerfoo/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 6009] - fo:marker broke in 0.20.3rc: Error:null
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=6009. 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 fo:marker broke in 0.20.3rc: Error:null --- Additional Comments From [EMAIL PROTECTED] 2002-04-08 21:09 --- The fo:marker is still broken in 0.20.3. The problem is that the TextState ts in the parent FObjMixed object is not initialised. The fix should be to copy a line from the Block constructor. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
fo:marker broken
Hi, fo:marker is broken in 0.20.3 and causes trouble with the docs/examples/marker stuff. The problem is that the TextState ts variable in FObjMixed is not set at all for Marker objects. The fix should be to copy the parent state as it is done in Block. Does someone feel responsible? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop build.xml
chrisg 02/04/08 14:48:16 Modified:.Tag: fop-0_20_2-maintain build.xml Log: replaced xslt task with the style task from ant Revision ChangesPath No revision No revision 1.44.2.11 +36 -21xml-fop/build.xml Index: build.xml === RCS file: /home/cvs/xml-fop/build.xml,v retrieving revision 1.44.2.10 retrieving revision 1.44.2.11 diff -u -r1.44.2.10 -r1.44.2.11 --- build.xml 1 Apr 2002 23:48:28 - 1.44.2.10 +++ build.xml 8 Apr 2002 21:48:16 - 1.44.2.11 @@ -440,29 +440,44 @@ !-- generate the java files from xml resources -- echo message=Generating the java files from xml resources/ -xslt infile=${allprops.xml} xsltfile=${genconst.xsl} -dependent=${foproperties.xml},${extproperties.xml},${colorkw.xml} -outfile=${build.src}/${replacestring}/fo/properties/Constants.java smart=yes/ -xslt infile=${foproperties.xml} xsltfile=${properties.xsl} -dependent=${propinc.xsl},${colorkw.xml} -outfile=${build.src}/${replacestring}/fo/properties/fo_${ignore_this} smart=yes/ -xslt infile=${foproperties.xml} xsltfile=${propmap.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/FOPropertyMapping.java smart=yes/ -xslt infile=${foproperties.xml} xsltfile=${enumgen.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/foenums_${ignore_this} smart=yes/ +dependset +srcfilelist dir=./ files=${foproperties.xml},${colorkw.xml}/ +targetfilelist dir=./ files=${build.src}/${replacestring}/fo/properties/Constants.java,${build.src}/${replacestring}/fo/properties/fo_${ignore_this}/ +/dependset +dependset +srcfilelist dir=./ files=${propinc.xsl}/ +targetfilelist dir=./ files=${build.src}/${replacestring}/fo/properties/fo_${ignore_this},${build.src}/${replacestring}/fo/properties/FOPropertyMapping.java,${build.src}/${replacestring}/fo/properties/foenums_${ignore_this}/ +/dependset -xslt infile=${extproperties.xml} xsltfile=${properties.xsl} -dependent=${propinc.xsl} -outfile=${build.src}/${replacestring}/fo/properties/ext_${ignore_this} smart=yes/ -xslt infile=${extproperties.xml} xsltfile=${propmap.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/ExtensionPropertyMapping.java smart=yes/ -xslt infile=${extproperties.xml} xsltfile=${enumgen.xsl} -dependent=${propinc.xsl} - outfile=${build.src}/${replacestring}/fo/properties/extenums_${ignore_this} smart=yes/ +dependset +srcfilelist dir=./ files=${encodings.xml},${charlist.xsl},${fontfile.xsl}, + ${Courier.xml},${Courier-Oblique.xml},${Courier-Bold.xml}, + ${Courier-BoldOblique.xml}, + ${Helvetica.xml},${Helvetica-Bold.xml},${Helvetica-Oblique.xml}, + ${Helvetica-BoldOblique.xml}, + ${Times-Roman.xml},${Times-Italic.xml},${Times-Bold.xml}, + ${Times-BoldItalic.xml}, + ${Symbol.xml},${ZapfDingbats.xml}/ +targetfilelist dir=./ files=${build.src}/${replacestring}/render/pdf/fonts/Courier*, + ${build.src}/${replacestring}/render/pdf/fonts/Times*, + ${build.src}/${replacestring}/render/pdf/fonts/Helvetica*, + ${build.src}/${replacestring}/render/pdf/fonts/Symbol*, + ${build.src}/${replacestring}/render/pdf/fonts/ZapfDingbats*/ +/dependset + +style in=${allprops.xml} style=${genconst.xsl} +out=${build.src}/${replacestring}/fo/properties/Constants.java/ + +style in=${foproperties.xml} style=${properties.xsl} +out=${build.src}/${replacestring}/fo/properties/fo_${ignore_this}/ +style in=${foproperties.xml} style=${propmap.xsl} +out=${build.src}/${replacestring}/fo/properties/FOPropertyMapping.java/ +style in=${foproperties.xml} style=${enumgen.xsl} +out=${build.src}/${replacestring}/fo/properties/foenums_${ignore_this}/ + +style in=${extproperties.xml} style=${propmap.xsl} + out=${build.src}/${replacestring}/fo/properties/ExtensionPropertyMapping.java/ style in=${encodings.xml} style=${charlist.xsl} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fo:marker broken
J.Pietschmann wrote: Hi, fo:marker is broken in 0.20.3 and causes trouble with the docs/examples/marker stuff. The problem is that the TextState ts variable in FObjMixed is not set at all for Marker objects. The fix should be to copy the parent state as it is done in Block. Does someone feel responsible? I plead guilty for this bug ;-) But it has been fixed for the 0.20.3 final release. The glossary example works for me. J.Pietschmann Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Multithreaded failure
[EMAIL PROTECTED] wrote: Thats not the only problem. I get problems when loading an image when multithreaded. As previously posted. If I could build the darn thing, I might look into fixing it. Have you tried with jdk1.3 ? Maybe './build.sh -debug' gives some more info. Paul. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]