DO NOT REPLY [Bug 33738] New: - external-graphic worked until v20.1a to PCL render, now fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33738 Summary: external-graphic worked until v20.1a to PCL render, now fails Product: Fop Version: 0.20.5 Platform: All OS/Version: Linux Status: NEW Keywords: XSLTBug Severity: major Priority: P3 Component: images AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] I have seen this reported on ticket #33164, but thought (since this is a work-stoppage for me) I would add some more information and re-open this hot item. I cannot upgrade to anything past v20.1a because, after that point, the PCL render output fails when you specify external-graphic in the xsl with a ArrayIndexOutOfBounds error. This worked perfectly with all versions upto 20.1a and before after which point the above error occurs. I have tried every distribution version of fop since to track down the exact point this problem started and what I state is it. This is not a problem with a limited renderring engine as the response to #33164 states as it did work fine before with the same monochrome jpg images. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 20868] - max external graphic height depends on region-body
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=20868. 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=20868 max external graphic height depends on region-body --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 08:36 --- Created an attachment (id=7813) Some fo files to illustrate the problem. (zip) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20868] New: - max external graphic height depends on region-body
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=20868. 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=20868 max external graphic height depends on region-body Summary: max external graphic height depends on region-body Product: Fop Version: 0.20.5 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: images AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I try to produce a Spare Parts List PDF with Apache FOP 0.20.5rc3a. On even pages I just have a static explosion drawing and on odd pages a table with spare parts, that can spread over multiple pages. To do this I use repeatable- page-master-alternatives. To get nice page breaks, I have a pseudo region-body with a height of 1mm on the even pages (the flow is the table, the explosion drawing is on a static-content-area). Unfortunately I had to find out, that the external graphic on the static content area cannot be higher than the height of the region-body. Since I only have a pseudo region-body of 1mm height, the image is rendered far too small ;) I do not think that this is desired behaviour. So I stepped into the source code (I start to love open source). And in org.apache.fop.fo.flow.ExternalGraphic.layout(Area area) in line 209 I found out that the maximum height of the external graphic is indeed dependent on area.getPage().getBody().getMaxHeight(). But this class is used for static content areas, too. I changed this to area.spaceLeft(). For my special rendering this works fine. Of course, I do not have a clue, if this is a solution for any boundary condition. I would really appreciate if you could have a look at it. Thanks, FloH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20868] - max external graphic height depends on region-body
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=20868. 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=20868 max external graphic height depends on region-body --- Additional Comments From [EMAIL PROTECTED] 2003-06-18 17:05 --- Created an attachment (id=6874) Proposed patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20868] - max external graphic height depends on region-body
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=20868. 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=20868 max external graphic height depends on region-body --- Additional Comments From [EMAIL PROTECTED] 2003-06-18 17:07 --- Oops, ignore attachment. Wrong bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 10:21 --- page-break-before=avoid is a shorthand of keep-with-previous=always (the same for page-break-after=avoid), but it's documented limitation of the current version that keep properties are only supported on table rows. It's addressed by the redesign process under way. Usual workaround is a blind table with keep-* properties on its rows. *** This bug has been marked as a duplicate of 3044 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] New: - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body Summary: Unwanted page break after image linked by external- graphic in region body Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I want to generate a pdf with a list of images. I suppose them to be shown in the pdf one by one. And, if the two images are size small enough, they can be placed in 1 page together. However, I find that no matter how small the images are, there must be a page break for each image. The sample code is like this: : fo:block page-break-before=avoid page-break-after=avoid xsl:for-each select=ADVICE/IMAGE fo:wrapper fo:external-graphic xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:wrapper /xsl:for-each /fo:block : Then, I try to put another text block after the image block like this: fo:block page-break-before=avoid page-break-after=avoid xsl:for-each select=ADVICE/IMAGE fo:wrapper fo:external-graphic xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:wrapper fo:wrapperTesting data line/fo:wrapper /xsl:for-each /fo:block fo:blockAnother testing data line/fo:block The first text 'Testing data line' can be shown just next to the each image sucessfully in the same page. However, the last text 'Another testing data line' cannot be shown in the same page with the last image, even the last image is so small. A page break is forced to appear just after the image. I have tried to use table cell for the display like this, fo:table fo:table-column column-width=20cm/ fo:table-body xsl:for-each select=ADVICE/IMAGE fo:table-row fo:table-cell display-align=center fo:block text-align=center fo:external-graphic display-align=center text-align=center xsl:attribute name=srcxsl:value-of select=.//xsl:attribute /fo:external-graphic /fo:block /fo:table-cell /fo:table-row /xsl:for-each /fo:table-body /fo:table But the result is still the same. On the other hand, I just put the same coding in the static content as region- before, it can be shown successfully without page break (I think it is still to region-before cannot be page break). Is it the internal problem of FOP? Anything we can do to help? SL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 04:49 --- Really, the biggest help would be to post a FO document (no XSL, just the FO...i.e. do your XML transformation and produce an FO document) and set of graphics that we can use as a test case. Also, you may wish to check out a more recent version of FOP and see if the issue recurrs. The test case is most important to us, however. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:28 --- Created an attachment (id=4035) fo file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4037) image 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4038) image 2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4039) image 3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:31 --- Created an attachment (id=4040) image 4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15048] - Unwanted page break after image linked by external-graphic in region body
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=15048. 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=15048 Unwanted page break after image linked by external-graphic in region body --- Additional Comments From [EMAIL PROTECTED] 2002-12-04 05:34 --- I have attached the fo and images file for your reference. The reason that we use 20.3 rather 20.4 is we find that 20.4 has out of memory problem when removing the embed-file attribute from the userconfig.xml. We have to generate a pdf for muti-asian languages, therefore, we have to choose a lower version. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 2867] - external-graphic content-width and content-height do not render in PDF
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=2867. 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=2867 external-graphic content-width and content-height do not render in PDF [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-11-13 18:51 --- *** This bug has been marked as a duplicate of 5001 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Patch for SVG scaling in external-graphic
As I have only been looking at the code for a couple of hours and I do not have CVS access at work I am attaching a patch. If this is not the correct way to send patches I appologise. It would seem that GIFs and JPEGs are automatically scaled to be the full size of the area into which they are to be dispayed (as defined by width= and height==). However SVG images are not scaled. This is because the width and height are not passed from PDFRenderer.drawImageScaled() to PDFRenderer.renderSVGDocument(). This patch added a width and height to the renderSVGDocument() method and uses them to correclty scale the SVG content to the size oft he Image Area. As I have only been looking at the code for a couple of hours I am sure tht this is not the best way to approach this problem, but it should give someone more experienced a base to work from. regards, Frugal svg_scale.patch svg_scale.patch Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Error using servlet for external-graphic
Hi all, I'm trying to use a servlet to generate a dynamic image and am seeing the following error: 6/26/02 3:16 PM -- http://localhost:8080/client/DoGetImage?w=200h=100leftmargin=1.5 6/26/02 3:16 PM -- Could not load external SVG: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: head).Error while creating area : No ImageReader for this type of image (http://localhost:8080/client/DoGet Image?w=200h=100leftmargin=1.5) The relevant FO source is: fo:external-graphic src=http://localhost:8080/client/DoGetImage?w=200amp;h=100amp;leftmargin=1.5/ The image displays fine in a browser, but after adding some logging code to the servlet it appears that FOP is not calling it at all. Does anybody know what might be causing this error (querystring in the URL, use of a port number, etc)? Much thanks, Joel Stevenson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 6647] - external-graphic and configuration baseDir
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=6647. 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=6647 external-graphic and configuration baseDir [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-06-21 15:30 --- Should use a proper resolver anyway. *** This bug has been marked as a duplicate of 4670 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic
Title: external-graphic Has anyone successfully displayed image at page header as the following: fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src="<A" HREF="http://xml.apache.org/fop/resources/logo.gif" TARGET="_blank">http://xml.apache.org/fop/resources/logo.gif /fo:external-graphic /fo:block /fo:static-content The image doesn't show up for me and received a warning message Warning: Some static content could not fit in the area.. I tried very small image. It doesn't help. Thanks, Kelvin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: external-graphic
Kelvin Zheng wrote: Has anyone successfully displayed image at page header as the following: fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=http://xml.apache.org/fop/resources/logo.gif; /fo:external-graphic /fo:block /fo:static-content The image doesn't show up for me and received a warning message Warning: Some static content could not fit in the area.. I tried very small image. It doesn't help. It's probably still too large. Try to scale it down, for example fo:external-graphic height=10mm src=http://xml.apache.org/fop/resources/logo.gif/ J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: External-graphic
I have some questions regarding the external-graphic tag. What part of the fop implementation is it that decides which image formats that is supported? The build process looks which image libraries are in the classpath and compiles adapter classes accordingly. Is it the Jimi lib or is it in the fop engine? jimi.jar must be in the lib directory during build. When you embed an image with external-graphic does it get encoded in a different format in the PDF? (E.g. is it any difference in XObject for different file types) JPEG is embedded as JPEG images, EPS as XObject, SVG as PDF instructions and other bitmap formats as (compressed) bitmaps. If I try to include a JPG file the encoding works fine and the image displays in all viewers I have tested. If I try to include a EPS file the encoding works fine but the image does NOT display in any viewers at all. BUT vieweng the PDF in a hex editor shows that the corresponding XObject is in there. Acrobat reader can't display embedded EPS files, but if you print the PDF on a PostScript printer it will we shown. True embedded EPS files doesnt show in Acrobat, but I cant get them to print on a PS printer either. Tried different RIP engines and they give this errormessage: RIP: PostScript Error: syntaxerror; OffendingCommand: bin obj seq, type = 128, elements = 1, size = 15365, unused field not zero RIP: Flushing: rest of job (to end-of-file) will be ignored Hope I made any sence, thanks You did. I hope this helps. Thank you Jeremias, any further ideas? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: External-graphic
Strange, I've never had any problems yet. Some random thoughts: - Did you try GhostScript/GhostView? - Are your EPS files PostScript Level 1? CorelDraw, for example, tells me some strange stuff when I choose anything else that Level 1 when exporting EPS. True embedded EPS files doesnt show in Acrobat, but I cant get them to print on a PS printer either. Tried different RIP engines and they give this errormessage: RIP: PostScript Error: syntaxerror; OffendingCommand: bin obj seq, type = 128, elements = 1, size = 15365, unused field not zero RIP: Flushing: rest of job (to end-of-file) will be ignored Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +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]
Re: External-graphic
Strange, I've never had any problems yet. Some random thoughts: What exactly have you worked with/printed with? My target machine is a big Xerox monster that uses a RIP engine to process the PDFs and send PS to the printer. Gives following err message: RIP: PostScript Error: syntaxerror; OffendingCommand: bin obj seq, type = 128, elements = 1, size = 15365, unused field not zero RIP: Flushing: rest of job (to end-of-file) will be ignored - Did you try GhostScript/GhostView? What can I conclude by using this? My PDF files open and displays the images. If I print via PDFWriter to file the result PDF looks accurate. - Are your EPS files PostScript Level 1? CorelDraw, for example, tells me some strange stuff when I choose anything else that Level 1 when exporting EPS. Afraid I dont have Corel. I saved my EPS files with Illustrator. ( Level 1, Illustrator format 8) Using thoose files generates following error message: [INFO]: building formatting object tree [INFO]: [1] [ERROR]: Error while creating area : Error while recovering Image Informations (file:/D:/CVS/BC/webApplication/images/gn_testlogo.eps) : [INFO]: Parsing of document complete, stopping renderer Feel lost... --- Claes Bergsten Software Development Engineer TJ Group as --Contact [EMAIL PROTECTED] +47 91668984 www.tjgroup.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: External-graphic
Strange, I've never had any problems yet. Some random thoughts: What exactly have you worked with/printed with? My target machine is a big Xerox monster that uses a RIP engine to process the PDFs and send PS to the printer. I've used Acrobat Reader 4.05 on Linux to convert the PDF to PostScript Level 2. The generated PS file printed well on out Xerox DC 12. Actually, I've never checked with our Xerox DocuPrint 4635. What monster do you have? I'm still waiting for a PDF RIP for our 4635. Gives following err message: RIP: PostScript Error: syntaxerror; OffendingCommand: bin obj seq, type = 128, elements = 1, size = 15365, unused field not zero RIP: Flushing: rest of job (to end-of-file) will be ignored - Did you try GhostScript/GhostView? What can I conclude by using this? That your EPS file works at all. My PDF files open and displays the images. If I print via PDFWriter to file the result PDF looks accurate. - Are your EPS files PostScript Level 1? CorelDraw, for example, tells me some strange stuff when I choose anything else that Level 1 when exporting EPS. Afraid I dont have Corel. I saved my EPS files with Illustrator. ( Level 1, Illustrator format 8) Should work, but I'd try Illustrator 88, too. Using thoose files generates following error message: [INFO]: building formatting object tree [INFO]: [1] [ERROR]: Error while creating area : Error while recovering Image Informations (file:/D:/CVS/BC/webApplication/images/gn_testlogo.eps) : [INFO]: Parsing of document complete, stopping renderer That sounds like something's really wrong. Does this logo really show when opened in GhostView? The above error happens in this code (from org.apache.fop.images.FopImageFactory.java): ImageReader imgReader = null; try { if (imgIS == null) { imgIS = absoluteURL.openStream(); } imgReader = ImageReaderFactory.Make(absoluteURL.toExternalForm(), imgIS); } catch (Exception e) { throw new FopImageException(Error while recovering Image Informations ( + absoluteURL.toString() + ) : + e.getMessage()); } Edit this file and add e.printStackTrace(); before throw new Fop, so we can see what the original error is. Unfortunately, the code here hides the original exception. e.getMessage() is obviously null, so it could be a NPE or something. Feel lost... I'm here :-) Two ideas: 1. If you've got a relatively new Illustrator you can save your logos as SVG. 2. If you have Unix (Solaris, Linux) available, you could convert the PDF to PS using Acrobat Reader on the command line using -toPostScript. I hope this helps. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +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]
DO NOT REPLY [Bug 1261] - problem with rendering of external-graphic in Fop-18
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=1261. 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=1261 problem with rendering of external-graphic in Fop-18 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-05-05 17:35 --- The test case works in 0.20.3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external-graphic size
Yes I'm using this as temporarily solution to avoid program crashes, but even the image is scaled into the specified size, also if it has original size of e.g. 10x15 pixel. This produces a unusable chequered print-preview. Is there another way to force the scaling only if the image overflows the dimension of the page body area??? P.S.: I've tried to overwrite AWTRenderers renderImageArea(ImageArea area)to scale the image before painting, but it seems to be the loop occures before on formatting the area tree (I'll debug this step by step, to find the precise position). ThanX Torsten -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: Montag, 29. April 2002 01:21 To: [EMAIL PROTECTED] Subject: Re: external-graphic size Torsten Erler wrote: I've a problem with external graphics, which can be greater than the page size of the xsl-template. The properties max-height and max-width doesn't work (not implemented). The result is an infinite loop on rendering the (correctly) generated fo-file with the AWTRenderer to display the result. Is there a workaround for that or have I omit an important setting (possible in xsl) for a parent object. Try setting height and/or width on the fo:external-graphic element. If you specify both, the graphic may be stretched, of you specify only one, the aspect ratio is conserved. 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]
RE: external-graphic size
Hi all, I had the same prob in my project. I made a little java class (based on some code i found on the internet) that calculate the actual width of my image. I call that class inside my xsl (thru xalan java extension). Then, according to some rules, i configure width=Xcm inside external graphic tag. Here is some example of my code : in the header zone : xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:java=http://xml.apache.org/xslt/java; exclude-result-prefixes=java then in my xsl rule : xsl:template match=ressource[@type='image']|ressource[@type='schema'] fo:block space-before=0.5cm text-align=center keep-together=always xsl:variable name=imagetemp\images\xsl:value-of select=@URIsrc//xsl:variable !-- compute the width of my image... -- xsl:variable name=pWidth select=java:com.scenari.papier.Largeur.hValeur($image)/ fo:table fo:table-column column-width={$gLargeurPapier}cm/ fo:table-body fo:table-row fo:table-cell fo:block fo:external-graphic src={$image} keep-with-next=always width={$pWidth}cm/ /fo:block /fo:table-cell /fo:table-row fo:table-row keep-with-previous=always fo:table-cell fo:block font-family=Helvetica font-size=12pt text-align=center space-after=0.1cm keep-with-previous=always space-before=0.3cm xsl:if test=@titre Fig. xsl:number count=ressource[@type='image'] level=any format=1/ : xsl:value-of select=@titre/ /xsl:if /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /xsl:template Hope this helps... Fred. --- Torsten Erler [EMAIL PROTECTED] a écrit : Yes I'm using this as temporarily solution to avoid program crashes, but even the image is scaled into the specified size, also if it has original size of e.g. 10x15 pixel. This produces a unusable chequered print-preview. Is there another way to force the scaling only if the image overflows the dimension of the page body area??? P.S.: I've tried to overwrite AWTRenderers renderImageArea(ImageArea area)to scale the image before painting, but it seems to be the loop occures before on formatting the area tree (I'll debug this step by step, to find the precise position). ThanX Torsten -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: Montag, 29. April 2002 01:21 To: [EMAIL PROTECTED] Subject: Re: external-graphic size Torsten Erler wrote: I've a problem with external graphics, which can be greater than the page size of the xsl-template. The properties max-height and max-width doesn't work (not implemented). The result is an infinite loop on rendering the (correctly) generated fo-file with the AWTRenderer to display the result. Is there a workaround for that or have I omit an important setting (possible in xsl) for a parent object. Try setting height and/or width on the fo:external-graphic element. If you specify both, the graphic may be stretched, of you specify only one, the aspect ratio is conserved. 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] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external-graphic size
ThanX fred After many hours of work for scaling the picture right (with attention for margins and static areas etc.), now I've accidental changed the layout master set extend attributes of the regions: before and after as well as the top/bottom margin unit of measures from mm to px for space saving and the problem ends up in smoke. The image is scaled correct and no infinite loop occures. I think there is a rounding failure anywhere deep in the program on translation different unit of measures into pixels, which produces this failure. By Torsten -Original Message- From: fred redf [mailto:[EMAIL PROTECTED]] Sent: Montag, 29. April 2002 10:23 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: external-graphic size Hi all, I had the same prob in my project. I made a little java class (based on some code i found on the internet) that calculate the actual width of my image. I call that class inside my xsl (thru xalan java extension). Then, according to some rules, i configure width=Xcm inside external graphic tag. Here is some example of my code : - snip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic size
Hi all I've a problem with external graphics, which can be greater than the page size of the xsl-template. The properties max-height and max-width doesn't work (not implemented). The result is an infinite loop on rendering the (correctly) generated fo-file with the AWTRenderer to display the result. Is there a workaround for that or have I omit an important setting (possible in xsl) for a parent object. cu Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: why doesn't fop take relative path for external graphic
Katiyar, Bhawana wrote: Hi! I am trying to include an image using external-graphic element. It doesn't seem to take relative path. I don't want to specify the absolute path. The src attribute of the fo:external-graphics element takes an URI as a value. Relative URIs are resolved against the baseDir configuration setting. The command line app by default uses the current working directory as baseDir. You can also set it in the userconfig.xml file. If you are using the command line, be sure either to start it from the proper directory, or tell it to use a userconfig.xml with an appropriate setting. If you are using FOP embedded in some other application, for example in a servlet, the baseDir is usually uninitialized. The symptom is a ...NotFound exception with a URI that starts with (null). You can set the baseDir in such a situation: String baseDir = url path to base; Configuration.put(baseDir, baseDir); You can also set baseDir in the userconfig.xml and use it: options = new Options(new File(path to userconfig.xml); Yes, thats all, no further reference to the options variable necessary. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
why doesn't fop take relative path for external graphic
Hi! I am trying to include an image using external-graphic element. It doesn't seem to take relative path. I don't want to specify the absolute path. Any clues? Thanks in advance Bhawana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 6647] New: - external-graphic and configuration baseDir
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=6647. 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=6647 external-graphic and configuration baseDir Summary: external-graphic and configuration baseDir Product: Fop Version: 0.20.3 Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: images AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] fails with error no protocol Fix: in FopImageFactory.java, assume File: when processing baseDir (as done some lines above) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
displaying image with external graphic
hi ! when i use: fo:external-graphic src=file:logo.tif/ everything works and the image gets loaded, but when i have it in a different directory, for example pictures and i write: fo:external-graphic src=file:pictures/logo.tif/ it doesn't find the file. anybody can help ? beside, do you know which graphic formats are supported by external-graphic ? greetings Nick Winger (Software-Developer) == VANGUARD Software GmbH Julius Tandler Platz 8 1090 Vienna, AUSTRIA Phone: +43-1-3195263-20 Fax: +43-1-3195263-90 http://www.vanguard.at == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
FOP hangs with external-graphic involved
Hi Group, I am using FOP now for some time and am very satisfied with the results. On ONE (and only one) of my servers Command-Line FOP hangs during the pdf generation if the FO contains an external-graphic-Tag. The last output to stdout is writing out PDF, a PDF-Document has been written, but it is not valid. (FOP seems to break after inserting an object with binary stream - my image?) This problem occures with Version 0.17.0 DEV AND V 0.20.1 (with 0.20.1, FOP stops before writing out PDF, right after rendering the page and printing [1]) The Servers OS is SuSE Linux 6.2, JDK 1.2.2/009. Can anybody help me? (hopeless) Keith -- Keith Sauvant [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: external graphic [Usage notes]
Thanks, that did it. In case others are facing problems with external-graphic as well, here is what I learned: 1. Content-height and -width are ignored within fo:external-graphic (see bug no. 2867). 2. The image is automatically scaled to the WIDTH of its containing area. If the resulting height of the image doesn't fit, a) the image will be skipped (instead of tying to scale it to the available height!) or b) fop runs into an endless loop creating new pages (see bug no. 4262) depending on the containing area. 3. Someone used block-containers to fit an image to a given size. This didn't work for me. Instead the block-container remained blank. Thanks again, Corinna - Original Message - From: Branham, Paul [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 30, 2001 11:09 PM Subject: RE: external graphic Try putting it inside of a table. I did this and I wasn't having any problems with it. Paul Branham [EMAIL PROTECTED] 24/7 Media, Inc. Phone:(301)897-7722 -Original Message- From: Corinna Hischke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 1:26 PM To: [EMAIL PROTECTED] Subject: Re: external graphic Hi All I'm facing the same problem like Kenneth's No. 1. My gif-Image is quite big (3000x2000 pixels) and should be scaled down to about 2x1 cm. I already tried the trick using a block-container of suitable size, but still there is no error and no image coming up. Any suggestions? - Corinna - Original Message - From: Chesak,Kenneth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 8:33 PM Subject: external graphic 2 questions, sorry to bother, have posted 3 times to the comp.text.xml newsgroup without response. 1) I am unable to get a image to show up in the pdf file. fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=images/logoTDHS.gif/Image Here /fo:block fo:block text-align=center font-size=24ptMEMORANDUM /fo:block fo:block text-align=center font-size=16ptCompany XYZ /fo:block /fo:static-content - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - 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: external graphic
Hi All I'm facing the same problem like Kenneth's No. 1. My gif-Image is quite big (3000x2000 pixels) and should be scaled down to about 2x1 cm. I already tried the trick using a block-container of suitable size, but still there is no error and no image coming up. Any suggestions? - Corinna - Original Message - From: Chesak,Kenneth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 8:33 PM Subject: external graphic 2 questions, sorry to bother, have posted 3 times to the comp.text.xml newsgroup without response. 1) I am unable to get a image to show up in the pdf file. fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=images/logoTDHS.gif/Image Here /fo:block fo:block text-align=center font-size=24ptMEMORANDUM /fo:block fo:block text-align=center font-size=16ptCompany XYZ /fo:block /fo:static-content - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external graphic
Try putting it inside of a table. I did this and I wasn't having any problems with it. Paul Branham [EMAIL PROTECTED] 24/7 Media, Inc. Phone:(301)897-7722 -Original Message- From: Corinna Hischke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 1:26 PM To: [EMAIL PROTECTED] Subject: Re: external graphic Hi All I'm facing the same problem like Kenneth's No. 1. My gif-Image is quite big (3000x2000 pixels) and should be scaled down to about 2x1 cm. I already tried the trick using a block-container of suitable size, but still there is no error and no image coming up. Any suggestions? - Corinna - Original Message - From: Chesak,Kenneth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 8:33 PM Subject: external graphic 2 questions, sorry to bother, have posted 3 times to the comp.text.xml newsgroup without response. 1) I am unable to get a image to show up in the pdf file. fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=images/logoTDHS.gif/Image Here /fo:block fo:block text-align=center font-size=24ptMEMORANDUM /fo:block fo:block text-align=center font-size=16ptCompany XYZ /fo:block /fo:static-content - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external graphic
2 questions, sorry to bother, have posted 3 times to the comp.text.xml newsgroup without response. 1) I am unable to get a image to show up in the pdf file. fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=images/logoTDHS.gif/Image Here /fo:block fo:block text-align=center font-size=24ptMEMORANDUM /fo:block fo:block text-align=center font-size=16ptCompany XYZ /fo:block /fo:static-content 2) how do it get the following on 1 line? XSL xsl:if test=$level = 'req' or $level = 'app' or $level = 'copy' fo:block xsl:value-of select=text()/fo:block text-align=endDate: xsl:value-of select=date/ /fo:block /fo:block /xsl:if XML reqRequested by: David SmithdateOctober 17, 2001/date /req Current Output Requested by : David Smith Date: October 17, 2001 appears right justified on next line Desired Output Requested by : David Smith Date: October 17,2001 Kenneth Chesak Sybase/Oracle DBA 438-5890 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: external graphic
Hi, 1) I am unable to get a image to show up in the pdf file. fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=images/logoTDHS.gif/Image Here /fo:block fo:block text-align=center font-size=24ptMEMORANDUM /fo:block fo:block text-align=center font-size=16ptCompany XYZ /fo:block /fo:static-content Either use the whole file URL and mention it as file:/home/venkar/test.jpg or if u are using it this way, make the images directory in the same folder from where u run the FOP command. 2) how do it get the following on 1 line? XSL xsl:if test=$level = 'req' or $level = 'app' or $level = 'copy' fo:block xsl:value-of select=text()/fo:block text-align=endDate: xsl:value-of select=date/ /fo:block /fo:block /xsl:if Create a fo:table item with these two as cells of the table. HTH Raj __ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic broken?
I'm getting no protocol error when running this trough the CVS (as of today)/0.20.1 version of FOP. It used to work before. fo:external-graphic height=3.375cm width=4.50cm xsl:attribute name=srcfile:./client/data/xsl:value-of select=$current-dsn//xsl:value-of select=picture//xsl:attribute /fo:external-graphic Any ideas? ~torkildR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2867] New: - external-graphic content-width and content-height do not render in PDF
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2867 *** shadow/2867 Fri Jul 27 14:05:56 2001 --- shadow/2867.tmp.3118Fri Jul 27 14:05:56 2001 *** *** 0 --- 1,27 + ++ + | external-graphic content-width and content-height do not render in PDF | + ++ + |Bug #: 2867Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: images | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The following FO tag is not rendered properly in a generated PDF file when it + is specified in an XSLT file and the FOP.jar is called to convert an XML file + with the XSL stylesheet to a PDF. + + The image is rendered in the PDF the same size as the original file. The image + is viewed correctly when using the Antenna House XSL formatter (1x800px). + + fo:block + fo:external-graphic src=file:1x1-black.bmp content-height=1px content- + width=800px/ + /fo:block - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
display-graphic or external-graphic and unsupported bmp format
Hello ..., I´ve a little problem using the display-graphic formatting object. This is the fo-file that shall be transformed in pdf-format: fo:block text-align=centered fo:display-graphic href=formula02.gif/ /fo:block This is what comes out: FOP 0.12.1 using SAX parser org.apache.xerces.parsers.SAXParser using renderer org.apache.fop.render.pdf.PDFRenderer using element mapping org.apache.fop.fo.StandardElementMapping using element mapping org.apache.fop.svg.SVGElementMapping building formatting object tree setting up fonts formatting FOs into areas [1Unsupported bmp format FATAL ERROR: null Does the fop 12 not support any pictures at all? Is it the format? Actually it doesm´t support real bmp-format either. so what can I do to show pictures in the pdf file? I tried the same thing with a newer fop Version and external-graphic. Does someone know the problem? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
getting an external-graphic from xml in pdf
The external-graphic fo works if it´s in the fo-file. Now my problem goes a little further. The picture is embedded in the xml file like this: PICTURE source=Bilder/formula.gif / To show this in a browser my xsl-file looks like this and it works: xsl:template match=//PICTURE DIV align=center IMG BORDER=0 xsl:attribute name=src xsl:value-of select=//PICTURE/@source/ /xsl:attribute /IMG /DIV /xsl:template But what do I do to make the transformation to pdf with fo possible since the recommendation says to use src:file:... like this The file formula.gif is only embedded in the xml file and should not just be in the xsl file. Now I want to add the attribute which would be no problem without the file: thing. It should look somehow like this, but I don´t know how to add this in the quotation marks. xsl:template match=//PICTURE fo:block fo:external-graphic text-align=center xsl:attribute name=src xsl:value-of select=//PICTURE/@source/ /xsl:attribute /fo:external-graphic /fo:block /xsl:template This of course doesn´t work. Can somebody help me with this?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: getting an external-graphic from xml in pdf
I suppose this question to be OT even in fop-user. Anyhow, study the appended code and above all study some XSLT tutorials. ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; xsl:template match=/ fo:root xsl:apply-templates / /fo:root /xsl:template xsl:template match=//PICTURE fo:block fo:external-graphic xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=@source / /xsl:attribute /fo:external-graphic /fo:block /xsl:template xsl:template match=//PUNCTURE xsl:variable name=source xsl:value-of select=@source / /xsl:variable fo:block fo:external-graphic src=file:{$source} / /fo:block /xsl:template /xsl:stylesheet -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet am: Donnerstag, 19. Juli 2001 16:19 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] ... But what do I do to make the transformation to pdf with fo possible since the recommendation says to use src:file:... like this The file formula.gif is only embedded in the xml file and should not just be in the xsl file. Now I want to add the attribute which would be no problem without the file: thing. It should look somehow like this, but I don´t know how to add this in the quotation marks. xsl:template match=//PICTURE fo:block fo:external-graphic text-align=center xsl:attribute name=src xsl:value-of select=//PICTURE/@source/ /xsl:attribute /fo:external-graphic /fo:block /xsl:template This of course doesn´t work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic - problem using relative path
Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images ("external-graphic") in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál HealyEngitech Ltd.[EMAIL PROTECTED] Hi all, I'm using Xalan to create my .fo files from XML and XSL, then rendering pdf's using fop (v.0.19). I'm using JDK 1.3. This is all within a servlet. I'm using Apache and Tomcat together as web server and servlet engine. My problem is when I try to include 'external-graphics'. I want to be able to get the graphics using a relative path over the web server. Problem is, when I put the path "http://localhost/VincentSite/img/checkbox.gif", it works, but "/VincentSite/img/checkbox.gif" doesn't. The strange thing is, I use a dictionary aswell, and I can find that using either "/VincentSite/xml/Dictionary.xml", or "http://localhost/VincentSite/xml/Dictionary.xml", so I know I'm using the correct path. Also, this happens within a larger application which uses relative paths everywhere in the XSL to get images, and has no problems. I've looked elsewhere for a solution to this, and can't seem to find one, so any help would be much appreciated. TIA Micheál Micheál HealyEngitech Ltd.[EMAIL PROTECTED] xsl:choosexsl:when test="PersonalData/Checked='Y'"fo:table-cellfo:block font-size="9pt" line-height="13pt" text-align="start"fo:external-graphic src="/VincentSite/img/chkbxgif-y.gif"//fo:block/fo:table-cell/xsl:whenxsl:otherwisefo:table-cellfo:block font-size="9pt" line-height="13pt" text-align="start"fo:external-graphic src="/VincentSite/img/chkbxgif.gif"//fo:block/fo:table-cell/xsl:otherwise/xsl:choose - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external-graphic - problem using relative path
try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: external-graphic - problem using relative path
Ronald, Thanks for the suggestion, but unfortuately, it hasn't worked. I still get the following error - Invalid Image URL - error on relative URL : java.lang.NullPointerException. I tried both fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ and fo:external-graphic src=file:/VincentSite/img/chkbxgif-y.gif/ with identical results. I wonder if it's something to do with my configuration, although, as I said, I can read the dictionary using a relative path. Any ideas? Thanks, Micheál - Original Message - From: Ronald Jaramillo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 18, 2001 12:38 PM Subject: RE: external-graphic - problem using relative path try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [EMAIL PROTECTED] - 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: external-graphic - problem using relative path
try placing an image (say foo.gif ) on the same directory as the fop.jar . Then write a simple fo file: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple fo:region-body margin-top=3cm/ fo:region-before extent=1.5cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-name=simple fo:flow flow-name=xsl-region-body fo:block fo:external-graphic src=file:foo.gif/ /fo:block /fo:flow /fo:page-sequence /fo:root Place it in the same directory and test if from the command line. If this does not work, something is broken with the version of fop you are using. Most probably the path you are using should be relative to where the fop.jar is placed ( this is what works for me, not necesary the best way to do it ) MVH Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 2:44 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic - problem using relative path Ronald, Thanks for the suggestion, but unfortuately, it hasn't worked. I still get the following error - Invalid Image URL - error on relative URL : java.lang.NullPointerException. I tried both fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ and fo:external-graphic src=file:/VincentSite/img/chkbxgif-y.gif/ with identical results. I wonder if it's something to do with my configuration, although, as I said, I can read the dictionary using a relative path. Any ideas? Thanks, Micheál - Original Message - From: Ronald Jaramillo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 18, 2001 12:38 PM Subject: RE: external-graphic - problem using relative path try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - 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: Inlining of External Graphic
Hello, I have just tested FOP 0-19 and the images are inline now ...That really is great ! However, the text and the image are aligned on the top and not at the bottom. Is therer a way to adjust that ? Thanks for any suggestion ! Nam - Original Message - From: Arved Sandstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 10, 2001 4:09 PM Subject: Inlining of External Graphic Initial code for ensuring that ExternalGraphic is inlined is now up in CVS. I should add that this is 100% Seshadri GK's work; however, it matches what I did some weeks back (recall a previous email example) to about 75%, so I'll claim some small share of the credit. :-) Also some small share of the brickbats...the vertical alignment for inlined graphics is unconventional, and we will doubtless have to adjust it so that the bottom edge of images is aligned with the text baseline. If anyone is looking for an interesting little problem, this is one. It also relates to line-stacking in general - we also need work done on adjusting line-height if there are runs of text with different heights on the same line. Regards, Arved Sandstrom -- Fairly Senior Software Type e-plicity (http://www.e-plicity.com) Halifax, Nova Scotia Wireless * B2B * J2EE * XML - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ 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]