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] - 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 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] 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 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] - 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 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: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=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=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: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 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] 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: : : Then, I try to put another text block after the image block like this: Testing data line Another testing data line 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, 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 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 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=200&h=100&leftmargin=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=200&h=100&leftmargin=1.5) The relevant FO source is: http://localhost:8080/client/DoGetImage?w=200&h=100&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]
Re: external-graphic
Kelvin Zheng wrote: > Has anyone successfully displayed image at page header as the following: > > > > src="http://xml.apache.org/fop/resources/logo.gif";> > > > > > 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 http://xml.apache.org/fop/resources/logo.gif"/> J.Pietschmann - 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: http://xml.apache.org/fop/resources/logo.gif"> 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
> >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]
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: - 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
>> 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]
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
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]
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 : 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 : temp\images\ Fig. : 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
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
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]
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: everything works and the image gets loaded, but when i have it in a different directory, for example "pictures" and i write: 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. > > > > > > > > Image Here > > > > MEMORANDUM > > > > Company XYZ > > > > > > > > > > > - > 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
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. > > > > Image Here > > MEMORANDUM > > Company XYZ > > > - 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. > > > > Image Here > > MEMORANDUM > > Company XYZ > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic
I have a very big problem: "external-graphic" doesn't work with my Cocoon2. If I run my xml/xsl-files without Cocoon2 from fop.bat, then it works perfect. The generated pdf-file contains the image. But if I try to generate the pdf with Cocoon2 "on the fly", the generated pdf-file doesn't contain the image. What does it mean? I'm using the "external graphic"-tag just with "src" only, nothing else. The value of "src" is "file:image.jpg" for example. Why does it work with FOP only, but not with Cocoon2 together? Is this a bug of Cocoon2/Tomcat/FOP or something else? Mit freundlichen Grüßen Adnan Zelkanovic allgäuNet.Onlinedienste GmbH Nebelhornstraße 8 86807 Buchloe Tel. (08241) 96869-33 Fax (08241) 96869-26 http://www.allgaeu.net e-mail: [EMAIL PROTECTED] ein Unternehmen der abc.Mediengruppe - 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. > > > >src="images/logoTDHS.gif"/>Image Here > >font-size="24pt">MEMORANDUM > >font-size="16pt">Company XYZ > > 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 > > > > text-align="end">Date: > > > > Create a 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
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. Image Here MEMORANDUM Company XYZ 2) how do it get the following on 1 line? XSL Date: XML Requested by: David SmithOctober 17, 2001 Current Output Requested by : David Smith Date: October 17, 2001 <<>> 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]
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. file:./client/data// 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). + + + + - 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. http://www.w3.org/1999/XSL/Transform"; xmlns:fo="http://www.w3.org/1999/XSL/Format";> file: >-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. > > > > > > > > > > > >This of course doesn´t work. - 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: To show this in a browser my xsl-file looks like this and it works: 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. 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: display-graphic or external-graphic and unsupported bmp format
Hello, I don't know about fop 0.12.1.But in fop-0.18.1 the format is: Try this. rajiv --- [EMAIL PROTECTED] wrote: > Hello ..., > > I´ve a little problem using the display-graphic > formatting object. > This is the fo-file that shall be transformed in > pdf-format: > > > > > > 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] > __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ - 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: 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]
Re: external-graphic - problem using relative path
Hi Ronald, I tried that and it works fine. The problem is that the relative path where my images are stored is not from the folder containing my fop.jar. I reference the dictionary in the same XSL as follows: As you can see, the path used is a relative path. "VincentSite" is an alias, in Apache, for a folder in my HD. The images are in a different sub-folder within the same folder. I know you can use images using a relative path, but I am retrieving mine across a webserver (Apache), and this seems to be where the problem lies. Thanks for sticking with me on this. Regards Micheál - Original Message - From: Ronald Jaramillo <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 18, 2001 2:04 PM Subject: 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: > > > http://www.w3.org/1999/XSL/Format";> > > > > > > > > > > > > > > > > > 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 > src="file:VincentSite/img/chkbxgif-y.gif"/> and > 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 > 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] - 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: http://www.w3.org/1999/XSL/Format";> 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 src="file:VincentSite/img/chkbxgif-y.gif"/> and 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 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: 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 and 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 > > 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 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]
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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
external-graphic
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]
problem with external graphic via http
Hi all, when I try use fo:external-image with source of image on http I receive following error: Error in XObject : Error while loading image http://localhost:8090/xmlrep/ctrl/images?image_space=images&image=icoa.j pg : class java.lang.ClassCastException - sun.net.www.http.KeepAliveStream Error in XObject : Error while loading image http://localhost:8090/xmlrep/ctrl/images?image_space=images&image=logo.j pg : class java.lang.ClassCastException - sun.net.www.http.KeepAliveStream Error in XObject : Error while loading image http://localhost:8090/xmlrep/ctrl/images?image_space=images&image=icon.j pg : class java.lang.ClassCastException - sun.net.www.http.KeepAliveStream Has anybody idea what's going wrong? pa - 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]
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]
RE: [external-graphic] setting the source value from a xml file
Heippa >I have a question about How can I set the source value for external-graphic from a xml file? In your XSLT stylesheet Cheers, Jarno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[external-graphic] setting the source value from a xml file
I have a question about How can I set the source value for external-graphic from a xml file? Any suggestion? Thanks Marc BEGIN:VCARD VERSION:2.1 N:Jenzer;Marc;;Herr FN:Marc Jenzer ORG:j-solution GmbH TITLE:Geschäftsführer / Consultant TEL;WORK;VOICE:+41 1 851 36 03 TEL;CELL;VOICE:+41 79 543 49 02 TEL;WORK;FAX:+41 1 851 36 04 ADR;WORK:;;Geerenstrasse 18;Niederglatt;;CH-8172 LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Geerenstrasse 18=0D=0ANiederglatt CH-8172 URL:http://www.j-solution.ch URL:http://www.j-solution.ch KEY;X509;ENCODING=BASE64: MIIFDDCCA/SgAwIBAgIGAQIAABLAMA0GCSqGSIb3DQEBBQUAMIGZMQswCQYDVQQGEwJDSDEU MBIGA1UEChMLU3dpc3NrZXkgQUcxHjAcBgNVBAsTFTAwODUxMDAwMDAwMDUwMDAwMDM5NDEb MBkGA1UECxMSUHVibGljIENBIFNlcnZpY2VzMRAwDgYDVQQHEwdadWVyaWNoMSUwIwYDVQQD ExxTd2lzc2tleSBQZXJzb25hbCBJRCBDQSAxMDI0MB4XDTAxMDIwODE0MDA0M1oXDTAzMDIw ODIzNTkwMFowgZ8xGzAZBgNVBAoTElByaXZhdGUgSW5kaXZpZHVhbDEeMBwGA1UECxMVMDA4 NTEwMDAxMzEyMDAwMDAwMTUwMRMwEQYDVQQLEwoyNC4wMy4xOTc0MQswCQYDVQQGEwJDSDEU MBIGA1UEAxMLTWFyYyBKZW56ZXIxKDAmBgkqhkiG9w0BCQEWGW1hcmMuamVuemVyQGotc29s dXRpb24uY2gwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAM4rhTOretIUTsndRBChcyte wdQiURzTTu0TVPNQGm7GGxt9WkdIKrbD4y0q8mZFQxY1PnA98zREHJHPikC5zX2a8w9xwsti ++5MLy3fpHVeFrAbusRX+ocGFPeDS9Z7ZjTK9WzEwhXI8xmyBIa1BAR+FFsPXWygyJ45sgOI IDqLAgMBAAGjggHUMIIB0DALBgNVHQ8EBAMCBaAwgdcGCWCGSAGG+EIBDQSByRaBxlRoaXMg Y2VydGlmaWNhdGUgaGFzIGJlZW4gaXNzdWVkIGJ5IFN3aXNza2V5IEFHIGdvdmVybmVkIGJ5 IGl0cyBDZXJ0aWZpY2F0ZSBQcmFjdGljZSBTdGF0ZW1lbnQgKENQUykuIENQUyBhbmQgZnVy dGhlciBpbmZvcm1hdGlvbiBhYm91dCBTd2lzc2tleSBjZXJ0aWZpY2F0ZXMgYXJlIGF2YWls YWJsZSBhdCBodHRwOi8vd3d3LnN3aXNza2V5LmNoLjA+BglghkgBhvhCAQMEMRYvaHR0cHM6 Ly9jcmwuc3dpc3NrZXkuY2gvcHJvZHNzbC9nZXRfc3RhdHVzP3NpZD0wQwYDVR0gBDwwOjA4 BgdghXQFCgEBMC0wKwYIKwYBBQUHAgEWH2h0dHA6Ly93d3cuc3dpc3NrZXkuY2gvcHJvZC9j cHMwQwYDVR0RBDwwOqUdoAYTBDAwODWhExMRMTAwMDEzMTIwMDAwMDAxNTCBGW1hcmMuamVu emVyQGotc29sdXRpb24uY2gwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA0GCSqG SIb3DQEBBQUAA4IBAQBSHXq5nXCnPHC9EOllO+V1DqMI4Kkn2UDtUI6U2rTr8TrlJAot7hb4 eYJAoFQpZvIJbM3pkr6p/JyzmKwlenEQSPor6Z/ib8Qcqz6stl3YNAJFx+6TPMea+CvZnzTM DwSEQsra11xmoeobPIbaBQAowIhK+7bAkQbzcAriJ+MMa7odsBPHioU0455fpLbL+SXgP1Lo KgBifz2+RlYUMYnFyDF1rYsPOrlxGT2wsusb03LjNMvpYM8F+C2tF5bzfTy0V2+obw9Tymvp A01pYTPU+OXGFhfL/x9miRkF32daOocaNAQTebErBFkHkVjsh/OXjtk1Zn35jJIYh6Q/z0aE EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010209T164031Z END:VCARD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]