RE: Manipulating page-width / page-height
ThanX that is exactly what I need. I will check it out. I've tried to overwrite AWTRenderer etc. [ for a lot of hours :( ], but no usable result arose, because I had only the chance to scale the rendered image into my format (thats not the right way for different page geometries), for printing and print preview. ThanX also to Jeremias Maerki, but I'm not so familiar with XSLT so that I wasn't able to understand your suggestion correct. cu all Torsten Erler -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: Mittwoch, 24. April 2002 22:58 To: [EMAIL PROTECTED] Subject: Re: Manipulating page-width / page-height Torsten Erler wrote: Is there any way to invoke the width and height property of the PageMaster instance, to set this page properties from within the java code??? In my xsl template no width and height is set, but the rendered page comes with 576000x792000 mpixels. Can I manipulate the properties with my data (and if yes where!). There are a lot of properties. The easiest way is probably to use XSLT parameters. Declare global parameters in the XSL file: xsl:stylesheet xmlns:xsl=... ... xsl:param name=page-height/ xsl:param name=page-width/ and use them in the page-master xsl:template match=/ ... fo:simple-page-master master-name=... page-height={$page-height} page-width={$page-width} ... Look up details in the XSLT spec: http://www.w3.org/TR/xslt You can set values for the parameters from your Java code by using the setParameter() method of your transformer: transformer=factory.newTransformer(xsl); transformer.setParameter(page-height,29.1cm); transformer.setParameter(page-width,21.9cm); Lookup details in the JAXP documentation. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
FOP PDF extensions: multilevel outlines, form fields, Javascript
Specification Request I programmed multilevel outlines, form fields, Javascripts with the PDF classes of Fop-0.20.1. These experiments, attacking from the back end, lead to these conclusions: 1. PDF Extensions can be added to the PDF classes on a clean way. The trick is when/where to insert PDF objects to avoid troubles with reference resolutions. 2. Extension Types Definition position: the page and page coordinates of a rendered element. 2.1 Element text/attributes only example: startup JavaScript fox:startupScript file=startup.js/ 2.2 Element text/attributes + position of parent element example: outlines fo:blockThis is a heading level 1 fox:outline level=1Go and see heading level 1/fox:outline /fo:block 2.3 Element text/attributes + position of parent element + reserved rectangle coordinates example: form fields fo:block fox:form file=f9viewer.form width=30mm height=10mm/ /fo:block (Implemented with external files, which in turn pull in further exteral JavaScript files in my implementation). 2.4/5/6 corresponding to 2.1/2/3 but a reference to a subtree in xsl:fo input instead of just text/attributes of a single element. example: fancier form fields in XML fo:block fox:formField type=button width=30mm height=10mm fox:action some Javascript /fox:action fox:appearance some PDF stuff /fox:appearance fox:formField /fo:block So FOP has to do depending on the extension type: - get a position - format/reserve the reqested page space - setup arguments - transfer control into the code of the PDFRenderer with the arguments. The addressing of methods has to be specified. New methods have to be added, so that existing methods are not modified. The code has to be executed while method renderPage is working. Lots of things happen in FOP in a different sequence from the xsl:fo XML sequence. A few general interfaces enable powerful PDF extensions - in the first approach perhaps with rather crude input representations like native PDF syntax. Organization of XML, XSL, other components and procedures are anyway the key to success. That's what I learnt from development of a multilingual application. Next: math and chemical formulas, embedding EPS - you name it? Hansuli Anderegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Using CVS tags
Fops, Some more comments on ways of using CVS tags. At present, we are using the trunk for ongoing development. We have a *branch*, fop-0_20_2-maintain, and a release tag, fop-0_20_3. Branch tags name a branch off the trunk (or off another branch.) Every version of every file on a branch will be tagged with the branch tag. Release tags name one particular revision of each file in the tagged release set, so only one possible version of each file can be associated with a release tag. As it happens, the versions tagged with the release tag fop-0_20_3 are on the tagged branch fop-0_20_2-maintain. Issuing 'cvs status -v build.xml' at the xml-fop module level of a tree checked out with -r fop-0_20_2-maintain shows (inter alia) Working revision:1.44.2.11 Repository revision: 1.44.2.11 /home/cvspublic/xml-fop/build.xml,v Sticky Tag: fop-0_20_2-maintain (branch: 1.44.2) Existing Tags: fop-0_20_3 (revision: 1.44.2.8) fop-0_20_2-maintain (branch: 1.44.2) fop-0_20_0 (revision: 1.37) I.e., the development in the fop-0_20_2-maintain branch includes the fop-0_20_3 release. The macro text associated with the *particular*, or release, tag of a file is $Name. Files checked out using the -r fop-0_20_3 tag will have the text $Name$ (or any previous expansion of that text) replaced with the text $Name: fop-0_20_3 $ when checked out. This is reasonable because only that version of that file is associated with that tag. On the other hand, files checked out using -r fop-0_20_3-maintain will have $Name (or any previous expansion of the text) set to $Name: $, because the branch tag may be applied to any version of the file existing in the branch. There are, of course, implications in this for CVS-derived version strings. The only time that the $Name$ string will be visible is in a release. All other versions, including ongoing development versions, will see $Name: $ I don't consider this disadvantage to outweigh the advantages of a guaranteed association between the CVS tree and the version reported by formal releases. To maximise these advantages, every class source file in the tree should have public static final String header = $Header$, tag = $Name$; Build information is then available in binary distributions through the RCS ident command. E.g. java 16:20$ ident Junk2.class Junk2.class: $Header: /home/pbw/src/java/RCS/Junk2.java,v 1.1 2002-04-25 16:19:05+10 pbw Exp pbw $ $Name: $ In the case of formal releases, the occurrence of an empty $Name$ keyword indicates a failure of the build process. The $Header$ keyword can then give some clues as to why. ***WARNING*** Jars and class files checked into CVS must have their '-k' flag defaulted to 'o' - original value at checkin - to prevent corruption of binary files. I don't know whether this is critical for class files, but I would not treat them as binary files. To construct a release, the set of committed files in the tree from which the release is being prepared will have to be tagged, as they are now, by cvs tag, or possibly by cvs rtag. This set of files will then have to be extracted with 'cvs checkout -r TAG' in order to ensure that the $Name$ keyword is expanded with the release tag. Release builds would be prepared from this tree. A side-effect of this will be that the source tree of the release will have a sticky tag; the release tag. If this tree were left in place, and maintenance attempted within it, any attempt to commit changes would fail because of the sticky tag, because it refers only to one particular version of each file. E.g., if a release of FOP_Release_0-20-4Final were made, and some fixes applied in the same tree, a commit would fail with cvs commit: sticky tag `FOP_Release_0-20-4Final' for file `whatever' is not a branch cvs [commit aborted]: correct above errors first! To properly maintain this release, a branch tag should be created from the tree. $ rtag -b -r FOP_Release_0-20-4Final FOP_0-20-4_maint xml-fop then, at the top of the release tree, $ cvs checkout -r FOP_0-20-4_maint To the best of my knowledge, the new branch tag will become sticky, overwriting the previous release tag. What about the empty $Name$ keyword in the development branch, i.e. the trunk? It doesn't really matter for development. Once the process is tested and trusted, the absence of a $Name$ keyword is nto crucial. In any case, a special moving tag could be used to test on the trunk. Assign, say, FOP_0-10-0_Dummy as a testing tag. Then, to test the trunk with a valid $Name$ keyword, $ cvs -d root-value rtag -F -r HEAD FOP_0-10-0_Dummy xml-fop This assigns the release tag FOP_0-10-0_Dummy to the current HEAD versions. The -F flag will move the tag if it exists, e.g., from a previous test. Note that the $Name$ keyword will not be set in any of the existing
[GUMP] Build Failure - xml-fop
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-04-25/xml-fop.html 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-2002] 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 30 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] 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/org/apache/fop/render/pdf/fonts/TimesRoman.java [style] Processing
Lest we forget
Age shall not weary them, nor the years contemn. At the going down of the sun, and in the morning, We shall remember them. Lest we forget. Anzac Day 25th April 2002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Aids to distributed design
I agree. We use placeware a lot - its very impressive. -Original Message- From: Jon Allen [mailto:[EMAIL PROTECTED]] Sent: 24 April 2002 16:57 To: [EMAIL PROTECTED] Subject: RE: Aids to distributed design Check out Placeware - www.placeware.com - it combines a browser-based way of sharing a view of or even control of your desktop with others, with a phone line for the chat portion of your meeting. It's the best collaborative tool I've seen. Jon -Original Message- From: Adrian Edwards [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 8:42 PM To: [EMAIL PROTECTED] Subject: RE: Aids to distributed design Microsoft NetMeeting includes a shared whiteboard that certainly isn't a vector drawing tool, but has been useful to me in several distributed design sessions. Of course, I imagine it's only available for Windows... Adrian -Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED]] Sent: April 23, 2002 8:18 AM To: fop-dev Subject: Aids to distributed design [ SNIP ] While I am not suggesting that anything much is likely to change in the current situation, I think that one of the lessons here is the importance of chat. This is particularly difficult with wide geographical distribution, but I have done it on occasions with a group spread from California through New York and London to Tokyo and Brisbane. The major hurdle is finding any times when everyone can be available. Even when not everyone could be there, logs of the conversation could be very valuable. The other critical component is drawings. If I had the choice of unlimited text or drawings with minimal annotations for communicating design ideas, I would take the drawings every time. I'm not talking here about formal techniques like UML, which are design documentation tools, but the informal scribblings which are universal when programmers - sorry, engineers - get together to talk design, and which are the basic tool of all of my design thinking. What would be good is to combine the two. I.e., to chat on the one hand, and on the other to be able to use a vector drawing tool with a distributed canvas, which others could annotate or modify in real time, during the chat session. Does anything like that exist? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Interesting Aside
Title: Interesting Aside Fop has also provided the 'icing on the cake' in my job which has let me justify a lot of ground-up redesign It is also the most popular bit with the admin staff, who no longer handtype invoices :-) Alistair -Original Message-From: Rhett Aultman [mailto:[EMAIL PROTECTED]]Sent: 25 April 2002 04:27To: [EMAIL PROTECTED]Subject: RE: Interesting Aside Hear hear! XSLT and XSL-FO have been, in my line of work, the "killer apps" of XML. Both have been invaluable to me in the management of document formats, and at two separate jobs now, each of them has eventually given me a "niche"- XSLT in maintaining documents in different "flat text" formats and XSL-FO in "on paper" formats. -Original Message- From: Arved Sandstrom [mailto:[EMAIL PROTECTED]] attachment: winmail.dat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
stuck on OnTheFlyFopImage implementation
OK, I've gotten in over my head at last I think. This is what I have so far - it's clearly calling the code, but I get tiny (1.1k) pdf with nothing in it to speak of. I don't even pretend to understand PDF; I'm just trying to make do with gum and duct tape here. Warning: ugly code. I added a class, OnTheFlyFopImage, did various bad things to FopImageFactory so that I can plug them in and use them, and am stuck trying to get good output from PDFRenderer - I think I might be having coordinate space/AffineTransform or just plain PDF formatting problems. I dunno, you tell me. I could probably cobble this together as a patch to 0.20.3 and put up a test case if anyone wanted to actually compile it; I was hoping that someone would just spot the mistake though. It's certainly fast :-) First, my OnTheFlyFopImage. As you can see, it does almost nothing other than store the width and height and provide an abstract paint(Graphics2D g) method for subclasses. package org.apache.fop.image; import org.apache.fop.datatypes.ColorSpace; import org.apache.fop.pdf.PDFColor; import org.apache.fop.pdf.PDFFilter; import java.awt.Graphics2D; public abstract class OnTheFlyFopImage implements FopImage { private String url; private ColorSpace colorSpace; private int height; private int width; public OnTheFlyFopImage(String url, int width, int height) throws FopImageException { this.url = url; this.width = width; this.height = height; colorSpace = new ColorSpace(ColorSpace.DEVICE_RGB); } public boolean invertImage() { return false; } public String getURL() { return url; } // image size public int getWidth() throws FopImageException { return width; } public int getHeight() throws FopImageException { return height; } public ColorSpace getColorSpace() throws FopImageException { return colorSpace; } public int getBitsPerPixel() throws FopImageException { return 24; } public boolean isTransparent() throws FopImageException { return false; } public PDFColor getTransparentColor() throws FopImageException { return new PDFColor(0.0, 0.0, 0.0); } // get the image bytes, and bytes properties // get uncompressed image bytes public byte[] getBitmaps() throws FopImageException { return null; } // width * (bitsPerPixel / 8) * height, no ? public int getBitmapsSize() throws FopImageException { return 0; } // get compressed image bytes // I don't know if we really need it, nor if it // should be changed... public byte[] getRessourceBytes() throws FopImageException { return null; } public int getRessourceBytesSize() throws FopImageException { return 0; } // return null if no corresponding PDFFilter public PDFFilter getPDFFilter() throws FopImageException { return null; } // release memory public void close() { } // subclass homework public abstract void paint(Graphics2D graphics); } Here are the relevant parts of PDFRenderer that I modified. I changed renderImageArea to pass through OnTheFlyFopImages to my new renderOnTheFlyFopImage subroutine. The latter does the actual production, or rather lack thereof. /** * render image area to PDF * * @param area the image area to render */ public void renderImageArea(ImageArea area) { // adapted from contribution by BoBoGi int x = this.currentXPosition + area.getXOffset(); int y = this.currentYPosition; int w = area.getContentWidth(); int h = area.getHeight(); this.currentYPosition -= h; FopImage img = area.getImage(); if (img instanceof SVGImage) { try { closeText(); SVGDocument svg = ((SVGImage)img).getSVGDocument(); currentStream.add(ET\nq\n); renderSVGDocument(svg, (int)x, (int)y, area.getFontState()); currentStream.add(Q\nBT\n); } catch (FopImageException e) {} } else if (img instanceof OnTheFlyFopImage) { // try { closeText(); // currentStream.add(ET\nq\n); renderOnTheFlyFopImage((OnTheFlyFopImage)img, x, y, area.getFontState()); // currentStream.add(Q\nBT\n); // } catch (FopImageException e) {} } else { int xObjectNum = this.pdfDoc.addImage(img); closeText(); currentStream.add(ET\nq\n + (((float)w) / 1000f) + 0 0 + (((float)h) / 1000f) + +
RE: stuck on OnTheFlyFopImage implementation
I don't know, if you would want to do that or not but I have written my own protocol called XYZprotocol, which I use to get the image as ByteInputStream. I use it as : fo:external-graphic src=XYZprotocol:image_0987/ thought it may help you, if you are not looking at using FopImage only. Thanks Bhawana -Original Message- From: Paul Reavis [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 10:37 AM To: [EMAIL PROTECTED] Subject: stuck on OnTheFlyFopImage implementation OK, I've gotten in over my head at last I think. This is what I have so far - it's clearly calling the code, but I get tiny (1.1k) pdf with nothing in it to speak of. I don't even pretend to understand PDF; I'm just trying to make do with gum and duct tape here. Warning: ugly code. I added a class, OnTheFlyFopImage, did various bad things to FopImageFactory so that I can plug them in and use them, and am stuck trying to get good output from PDFRenderer - I think I might be having coordinate space/AffineTransform or just plain PDF formatting problems. I dunno, you tell me. I could probably cobble this together as a patch to 0.20.3 and put up a test case if anyone wanted to actually compile it; I was hoping that someone would just spot the mistake though. It's certainly fast :-) First, my OnTheFlyFopImage. As you can see, it does almost nothing other than store the width and height and provide an abstract paint(Graphics2D g) method for subclasses. package org.apache.fop.image; import org.apache.fop.datatypes.ColorSpace; import org.apache.fop.pdf.PDFColor; import org.apache.fop.pdf.PDFFilter; import java.awt.Graphics2D; public abstract class OnTheFlyFopImage implements FopImage { private String url; private ColorSpace colorSpace; private int height; private int width; public OnTheFlyFopImage(String url, int width, int height) throws FopImageException { this.url = url; this.width = width; this.height = height; colorSpace = new ColorSpace(ColorSpace.DEVICE_RGB); } public boolean invertImage() { return false; } public String getURL() { return url; } // image size public int getWidth() throws FopImageException { return width; } public int getHeight() throws FopImageException { return height; } public ColorSpace getColorSpace() throws FopImageException { return colorSpace; } public int getBitsPerPixel() throws FopImageException { return 24; } public boolean isTransparent() throws FopImageException { return false; } public PDFColor getTransparentColor() throws FopImageException { return new PDFColor(0.0, 0.0, 0.0); } // get the image bytes, and bytes properties // get uncompressed image bytes public byte[] getBitmaps() throws FopImageException { return null; } // width * (bitsPerPixel / 8) * height, no ? public int getBitmapsSize() throws FopImageException { return 0; } // get compressed image bytes // I don't know if we really need it, nor if it // should be changed... public byte[] getRessourceBytes() throws FopImageException { return null; } public int getRessourceBytesSize() throws FopImageException { return 0; } // return null if no corresponding PDFFilter public PDFFilter getPDFFilter() throws FopImageException { return null; } // release memory public void close() { } // subclass homework public abstract void paint(Graphics2D graphics); } Here are the relevant parts of PDFRenderer that I modified. I changed renderImageArea to pass through OnTheFlyFopImages to my new renderOnTheFlyFopImage subroutine. The latter does the actual production, or rather lack thereof. /** * render image area to PDF * * @param area the image area to render */ public void renderImageArea(ImageArea area) { // adapted from contribution by BoBoGi int x = this.currentXPosition + area.getXOffset(); int y = this.currentYPosition; int w = area.getContentWidth(); int h = area.getHeight(); this.currentYPosition -= h; FopImage img = area.getImage(); if (img instanceof SVGImage) { try { closeText(); SVGDocument svg = ((SVGImage)img).getSVGDocument(); currentStream.add(ET\nq\n); renderSVGDocument(svg, (int)x, (int)y, area.getFontState()); currentStream.add(Q\nBT\n); } catch (FopImageException e) {} } else if (img instanceof OnTheFlyFopImage) { // try { closeText(); //
Re: stuck on OnTheFlyFopImage implementation
Katiyar, Bhawana ([EMAIL PROTECTED]) wrote To [EMAIL PROTECTED] on Thu, Apr 25, 2002 at 11:16:25AM -0400: I don't know, if you would want to do that or not but I have written my own protocol called XYZprotocol, which I use to get the image as ByteInputStream. I use it as : fo:external-graphic src=XYZprotocol:image_0987/ thought it may help you, if you are not looking at using FopImage only. Actually, there is no bytestream - I am rendering the image directly at pdf generation time. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: stuck on OnTheFlyFopImage implementation
My protocol too renders the image directly at pdf generation time. Just that it doesn't use FOP to generate the image. bhawana -Original Message- From: Paul Reavis [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 12:14 PM To: [EMAIL PROTECTED] Subject: Re: stuck on OnTheFlyFopImage implementation Katiyar, Bhawana ([EMAIL PROTECTED]) wrote To [EMAIL PROTECTED] on Thu, Apr 25, 2002 at 11:16:25AM -0400: I don't know, if you would want to do that or not but I have written my own protocol called XYZprotocol, which I use to get the image as ByteInputStream. I use it as : fo:external-graphic src=XYZprotocol:image_0987/ thought it may help you, if you are not looking at using FopImage only. Actually, there is no bytestream - I am rendering the image directly at pdf generation time. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com - 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: Using Options With Enbedding
For my SOAP class, I instantiate the Options object in the class constructor. That way, for each call to the class, Options is already set, and good to go. You can see when it gets created if you set your log level to DEBUG. You'll see: ... DEBUG 10191 [fop ] (): reading user configuration file ... or something very similiar This is generated by the Options object. -- David B. Bitton [EMAIL PROTECTED] www.codenoevil.com Code Made Fresh DailyT - Original Message - From: Jeremias Maerki [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, April 24, 2002 4:18 PM Subject: Re: Using Options With Enbedding You don't have to. It does some magic in the background. static is the keyword. :-) On 24.04.2002 19:21:54 Jim Urban wrote: I understand (I think, I hope) how to add fonts to FOP. I understand the concept of using an Options object to load the userconfig.xml file. Where I get lost is, where in FopServlet does the Options object come in to play? In other words, how do I pass my Options object to FOP so my fonts can be used? Thanks, Jim Cheers, Jeremias Maerki - 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: stuck on OnTheFlyFopImage implementation
Katiyar, Bhawana ([EMAIL PROTECTED]) wrote To [EMAIL PROTECTED] on Thu, Apr 25, 2002 at 12:46:12PM -0400: My protocol too renders the image directly at pdf generation time. Just that it doesn't use FOP to generate the image. Ah! Sorry. Yes, I'd like to see that. Thank you. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background-image patch v0.03 in CVS
Hello Mike, image problem ... I am generating fo files from html. In html (as in fop web site the blue headings) images are often very small. Exist there a fo property which might not be implemented yet but is responsible for handling this behavior. Good question. I've encountered this before, but given I can't remember what caused it or what I did to make it go away, so it can't be too important.. 8) If you can send me a minimal test case, or (preferably) open a bug on this issue, assugn it to me and attach the test case to that, I'll take a look at it. I've attached the minimal test case. It can't be a smaller .fo file - only a table with nothing in it and a block - that's all. Thanks Enrico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Using Options With Enbedding
Arnd, Thanks! It may be ugly, but it sure works nice! Jim Jim Urban - [EMAIL PROTECTED] Park City Solutions Inc. Clinical Connectivity Suite Product Manager Suite 295 500 Park Blvd. Itasca, IL 60143 Voice: (630) 250-3045 x106 Fax: (630) 250-3046 CONFIDENTIALITY NOTICE This message and any included attachments are from Park City Solutions Inc. and are intended only for the entity to which it is addressed. The contained information is confidential and privileged material. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error please notify the sender of the delivery error by e-mail or call Park City Solutions Inc. corporate offices at (435) 654-0621 -Original Message- From: Arnd Beißner [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 24, 2002 2:02 PM To: [EMAIL PROTECTED] Subject: Re: Using Options With Enbedding I understand (I think, I hope) how to add fonts to FOP. I understand the concept of using an Options object to load the userconfig.xml file. Where I get lost is, where in FopServlet does the Options object come in to play? In other words, how do I pass my Options object to FOP so my fonts can be used? You don't. Just instantiate the Options object - it sets static instance data. Yes, it's ugly, but so far it has to be done this way. Example: Options options; // set up FOP options userConfigFile = new File(workPath + File.separator + userconfig.xml); options = new Options(userConfigFile); fopDriver.setRenderer(Driver.RENDER_PDF); Hope this helps, Arnd -- Cappelino Informationstechnologie GmbH Arnd Beißner Bahnhofstr. 3, 71063 Sindelfingen, Germany Email: [EMAIL PROTECTED] Phone: +49-7031-463458 Mobile: +49-173-3016917 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop CHANGES build.sh
chrisg 02/04/25 15:12:13 Modified:.Tag: fop-0_20_2-maintain CHANGES build.sh Log: Changed build.sh to work under cygwin Submitted by: Andriy Palamarchuk [EMAIL PROTECTED] Revision ChangesPath No revision No revision 1.10.2.11 +2 -0 xml-fop/CHANGES Index: CHANGES === RCS file: /home/cvs/xml-fop/CHANGES,v retrieving revision 1.10.2.10 retrieving revision 1.10.2.11 diff -u -r1.10.2.10 -r1.10.2.11 --- CHANGES 1 Apr 2002 23:48:28 - 1.10.2.10 +++ CHANGES 25 Apr 2002 22:12:13 - 1.10.2.11 @@ -6,6 +6,8 @@ Submitted by: Michael Gratton [EMAIL PROTECTED] - Updated ant to version 1.4.1 (Christian Geisert) (ant-optional.jar is no longer needed) +- Changed build.sh to work under cygwin + Submitted by: Andriy Palamarchuk [EMAIL PROTECTED] == Done since 0.20.2 release *** General 1.15.2.5 +20 -0 xml-fop/build.sh Index: build.sh === RCS file: /home/cvs/xml-fop/build.sh,v retrieving revision 1.15.2.4 retrieving revision 1.15.2.5 diff -u -r1.15.2.4 -r1.15.2.5 --- build.sh 1 Apr 2002 23:48:28 - 1.15.2.4 +++ build.sh 25 Apr 2002 22:12:13 - 1.15.2.5 @@ -12,11 +12,31 @@ echo location of the Java Virtual Machine you want to use. exit 1 fi + +# OS specific support. $var _must_ be set to either true or false. +cygwin=false; +case `uname` in + CYGWIN*) cygwin=true ;; +esac + +# For Cygwin, ensure paths are in UNIX format before anything is touched +if $cygwin ; then + [ -n $JAVA_HOME ] +JAVA_HOME=`cygpath --unix $JAVA_HOME` +fi + + LIBDIR=lib LOCALCLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/classes.zip:$LIBDIR/ant-1.4.1.jar:$LIBDIR/batik.jar:$LIBDIR/buildtools.jar:$LIBDIR/xerces-1.2.3.jar:$LIBDIR/xalan-2.0.0.jar:$LIBDIR/xalanj1compat.jar:$LIBDIR/bsf.jar LOCALCLASSPATH=$LOCALCLASSPATH:$LIBDIR/jimi-1.0.jar:$LIBDIR/avalon-framework-cvs-20020315.jar ANT_HOME=$LIBDIR + +# For Cygwin, switch paths to Windows format before running java +if $cygwin; then + JAVA_HOME=`cygpath --path --windows $JAVA_HOME` + LOCALCLASSPATH=`cygpath --path --windows $LOCALCLASSPATH` +fi echo echo Building with classpath $LOCALCLASSPATH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fop with Cocoa Obj-C with Java
Rich Van Deren (???) wrote: I am Fopping now, embedded in an MacOS X Cocoa Application. I am so happy. [..] If any fop-dev folks want me to make it an example let me know if I should. In the Apache.org Xerces-C they make a Projects directory in the distribution source with directories for the various operating systems. We could put this into the contrib directory (contrib/macosx ?) Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: build failure with J2SDK1.4
Cyril Rognon wrote: Hi Fopers I have checked out the 0.20.3 with a -r fop-0_20_3 version tag (think that's the right thing to do to get the 0.20.3 release) Yes, but if you want the current maintenance branch source use -r fop-0_20_2-maintain when I try to build FOP, I get an error after 14 seconds. If anyone has some ideas, I take it ! I just tried it with win2k and jsdk1.4 and it worked from a dos box but I got the same error as you using cygwin. Are you using cygwin ? If yes, I just committed a patch to the maintenance branch which should fix this. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Lest we forget
Peter B. West wrote: Age shall not weary them, nor the years contemn. At the going down of the sun, and in the morning, We shall remember them. Lest we forget. Anzac Day 25th April 2002 Could you please explain this e-mail? Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Webmaster-Forum: http://www.masterportal24.com/cgi-bin/YaBB.cgi Red Hat Linux 7.2 for low memory: http://www.rule-project.org/rule/ Registered Linux user #210635: http://counter.li.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Using CVS tags
***WARNING*** Jars and class files checked into CVS must have their '-k' flag defaulted to 'o' - original value at checkin - to prevent corruption of binary files. I don't know whether this is critical for class files, but I would not treat them as binary files. Should read, ... but I *would* treat them as binary files. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Lest we forget
ANZAC stands for Australian and New Zealand Army Corps. Anzac Day is a day where Australians and New Zealanders alike commemorate those who gave their lives in the defence of these countries. It has a great social significance for people from these countries. Clearly Peter B West is an Australian or New Zealander who should have been enjoying a public holiday. Why he chose to post this message to the FOP developers list, however, is a total mystery. For more information check out http://www.nzhistory.net.nz/Gallery/Anzac/Anzac.htm -Original Message- From: Martin Stricker [mailto:[EMAIL PROTECTED]] Sent: Friday, 26 April 2002 8:38 To: [EMAIL PROTECTED] Subject: Re: Lest we forget Peter B. West wrote: Age shall not weary them, nor the years contemn. At the going down of the sun, and in the morning, We shall remember them. Lest we forget. Anzac Day 25th April 2002 Could you please explain this e-mail? Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Webmaster-Forum: http://www.masterportal24.com/cgi-bin/YaBB.cgi Red Hat Linux 7.2 for low memory: http://www.rule-project.org/rule/ Registered Linux user #210635: http://counter.li.org/ - 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: Lest we forget
Todd Pierce wrote: Clearly Peter B West is an Australian or New Zealander who should have been enjoying a public holiday. Why he chose to post this message to the FOP developers list, however, is a total mystery. Todd(.au), Surely not total? Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Lest we forget
This probably helps: http://www.anzacday.org.au/ -Bertrand On Friday 26 April 2002 00:38, Martin Stricker wrote: Peter B. West wrote: Age shall not weary them, nor the years contemn. At the going down of the sun, and in the morning, We shall remember them. Lest we forget. Anzac Day 25th April 2002 Could you please explain this e-mail? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]