DO NOT REPLY [Bug 21538] - NullPointerException with SVG background-image
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=21538. 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=21538 NullPointerException with SVG background-image --- Additional Comments From [EMAIL PROTECTED] 2003-07-12 20:52 --- Created an attachment (id=7271) example svg file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[patch] fix for background image tiling
Guys, The attached patch implements PDFRenderer.drawImageClipped() properly, so the right-most and bottom-most images of a tiled image background are now clipped, rather than being scaled or overrun. It also removes a bit of System.out cruft I left in the previous image bg patch. Can a comitter please have a look at the patch and commit if happy. Cheers, Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 ? FopImageFactory.patch ? background-image_0.01.patch ? background-image_0.02.patch ? background-image_0.03.patch ? background-image_0.04.patch ? bg-renderer.patch ? dist-bin ? dist-src ? fop-background-image-0.03-bin.tar.gz ? fop-background-image-0.03-bin.zip ? fop-background-image-0.03-src.tar.gz ? fop-background-image-0.03-src.zip ? table-and-block.fo ? table-and-block.pdf ? test-config.xml ? test.fo ? test.pcl ? test.pdf ? test.ps ? test.txt ? docs/html-docs ? docs/xml-docs/book.xml Index: src/org/apache/fop/layout/BodyRegionArea.java === RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/layout/BodyRegionArea.java,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 BodyRegionArea.java --- src/org/apache/fop/layout/BodyRegionArea.java 23 Apr 2002 22:26:10 - 1.3.2.1 +++ src/org/apache/fop/layout/BodyRegionArea.java 3 May 2002 08:08:52 - @@ -25,11 +25,6 @@ } public BodyAreaContainer makeBodyAreaContainer() { - System.out.println( +++ Constructing new BodyAreaContainer:); - System.out.println( - x : + xPosition); - System.out.println( - y : + yPosition); - System.out.println( - allocW: + width); - System.out.println( - maxH : + height); BodyAreaContainer area = new BodyAreaContainer(null, xPosition, yPosition, width, height, Position.ABSOLUTE, columnCount, Index: src/org/apache/fop/render/AbstractRenderer.java === RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/render/AbstractRenderer.java,v retrieving revision 1.4.2.2 diff -u -r1.4.2.2 AbstractRenderer.java --- src/org/apache/fop/render/AbstractRenderer.java 23 Apr 2002 22:26:58 - 1.4.2.2 +++ src/org/apache/fop/render/AbstractRenderer.java 3 May 2002 08:08:52 - @@ -71,10 +71,6 @@ * @param h the height in millipoints */ protected void doBackground(Area area, int x, int y, int w, int h) { - System.out.println(Doing background: + area); - System.out.println( x: + x + y: + y); - System.out.println( w: + w + h: + h); - if (h == 0 || w == 0) return; Index: src/org/apache/fop/render/pdf/PDFRenderer.java === RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/render/pdf/PDFRenderer.java,v retrieving revision 1.91.2.2 diff -u -r1.91.2.2 PDFRenderer.java --- src/org/apache/fop/render/pdf/PDFRenderer.java 23 Apr 2002 22:33:39 - 1.91.2.2 +++ src/org/apache/fop/render/pdf/PDFRenderer.java 3 May 2002 08:08:52 - @@ -323,18 +323,41 @@ FopImage image, FontState fs) { - PDFRectangle clip = new PDFRectangle(clipX / 1000, -clipY / 1000, -(clipX + clipW) / 1000, -(clipY + clipW) / 1000); + float cx1 = ((float)x) / 1000f; + float cy1 = ((float)y - clipH) / 1000f; + + float cx2 = ((float)x + clipW) / 1000f; + float cy2 = ((float)y) / 1000f; + + int imgX = x - clipX; + int imgY = y - clipY; + + int imgW; + int imgH; + try { + // XXX: do correct unit conversion here.. + imgW = image.getWidth() * 1000; + imgH = image.getHeight() * 1000; + } + catch (FopImageException fie) { + log.error(Error obtaining image width and height, fie); + return; + } if (image instanceof SVGImage) { try { closeText(); SVGDocument svg = ((SVGImage)image).getSVGDocument(); - currentStream.add(ET\nq\n); - renderSVGDocument(svg, x, y, fs); + currentStream.add(ET\nq\n + + // clipping + cx1 + + cy1 + m\n + + cx2 + + cy1 + l\n + + cx2 + + cy2 + l\n + + cx1 + + cy2 + l\n + + W\n + + n\n); + renderSVGDocument(svg, imgX, imgY, fs
Re: background-image patch v0.03 in CVS
Enrico Schnepel wrote: I've attached the minimal test case. It can't be a smaller .fo file - only a table with nothing in it and a block - that's all. Hmm, I'm not seeing that error.. with or without the table and paragraph. Have you tried updating from CVS and recompiling recently? -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 smime.p7s Description: S/MIME Cryptographic Signature
Re: background-image patch v0.03 in CVS
Sorry - forgot to attach Enrico Am Donnerstag, 25. April 2002 21:41 schrieben Sie: Hello Mike, image problem ... I am generating fo files from html. In html (as in fop web site the blue headings) images are often very small. Exist there a fo property which might not be implemented yet but is responsible for handling this behavior. Good question. I've encountered this before, but given I can't remember what caused it or what I did to make it go away, so it can't be too important.. 8) If you can send me a minimal test case, or (preferably) open a bug on this issue, assugn it to me and attach the test case to that, I'll take a look at it. I've attached the minimal test case. It can't be a smaller .fo file - only a table with nothing in it and a block - that's all. Thanks Enrico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=first fo:region-body / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=first fo:flow flow-name=xsl-region-body fo:table table-layout=fixed fo:table-column column-width=5cm / fo:table-body fo:table-row fo:table-cell /fo:table-cell /fo:table-row /fo:table-body /fo:table fo:blockIf the table or this paragraph is leaved out fop works ok./fo:block /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background-image patch v0.03 in CVS
Hello Mike, image problem ... I am generating fo files from html. In html (as in fop web site the blue headings) images are often very small. Exist there a fo property which might not be implemented yet but is responsible for handling this behavior. Good question. I've encountered this before, but given I can't remember what caused it or what I did to make it go away, so it can't be too important.. 8) If you can send me a minimal test case, or (preferably) open a bug on this issue, assugn it to me and attach the test case to that, I'll take a look at it. I've attached the minimal test case. It can't be a smaller .fo file - only a table with nothing in it and a block - that's all. Thanks Enrico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
background-image patch v0.03 in CVS
What it says. It builds, and I ran a few simple tests. I'll be standing by to do any further fixup work or to add more related features. Regards, AHS __ Arved Sandstrom Sr Software Developer Platform Products Group Halifax RD Office Hummingbird Ltd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background-image patch v0.03 in CVS
Would it be possible to implement background-image as one image containing the small image X times stacked side by side and top to bottom. The problem is if the image is very small it took a very long time to display it in acrobat reader. On a second file I am getting the message: [ERROR] BodyAreaContainer::getNextArea(): Span attribute messed up What does this mean? Thanks Enrico Am Mittwoch, 24. April 2002 00:34 schrieben Sie: What it says. It builds, and I ran a few simple tests. I'll be standing by to do any further fixup work or to add more related features. Regards, AHS __ Arved Sandstrom Sr Software Developer Platform Products Group Halifax RD Office Hummingbird Ltd - 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: background-image patch v0.03 in CVS
Would it be possible to implement background-image as one image containing the small image X times stacked side by side and top to bottom. The problem is if the image is very small it took a very long time to display it in acrobat reader. It should be possible, but I'm not sure how feasible it is. You could either concatenate the images together on a single large image in Fop, and hand that to the renderer, or you could ask the renderer to take an image and tile it over an area, allowing the renderer to optimise it as much as it can. IMHO, the latter approach would be the better way to go, so it is then up to the renderer as to whether or not it can render the background as one large image or as many smaller ones, depending on the target format's capabilities. As I said, I'm not sure how feasible this is for the PDFRenderer, as I'm not terribly familiar with PDF's in general. Perhaps a PDF guru could shed some light here? On a second file I am getting the message: [ERROR] BodyAreaContainer::getNextArea(): Span attribute messed up What does this mean? Good question. I've encountered this before, but given I can't remember what caused it or what I did to make it go away, so it can't be too important.. 8) If you can send me a minimal test case, or (preferably) open a bug on this issue, assugn it to me and attach the test case to that, I'll take a look at it. Mike. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: inital background-image patch
Arved, 4.9.6 Layering and Conflict of Marks has If A and B are areas with the same stacking layer, the backgrounds of A and B come beneath all other marks generated by A and B. Further, if A is an ancestor of B (still with the same stacking layer), then the background of A is beneath all the areas of B, and all the areas of B are beneath the intrinsic areas (and border) of A. If A and B have the same stacking layer and neither is an ancestor of the other, then it is an error if either their backgrounds conflict or if a non-background mark of A conflicts with a non-background mark of B. An implementation may recover by proceeding as if the marks from the first area in the pre-order traversal order are beneath those of the other area. Reading the rest of the section, I would assume that in the absence of any specific z-index values, all of the descendants of the region share the region's z-index. In that case the first of the paragraphs above would seem to hold, which would put the region backgound at the bottom. Fortunately the regions generate no intrinsic marks. In the case of conflicts (second paragraph) the marks generated at the region would still be on the bottom. Peter Arved Sandstrom wrote: The only thing that may cause a problem with this interpretation, if outer regions are being used, is in rendering conflict of marks. You cannot specify z-index on regions so this only works if you can guarantee that region-body gets rendered first, and I don't know if that is a spec requirement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: inital background-image patch
Hi, Dimitri With respect to full-page backgrounds this is something that has come up before. fo:simple-page-master does not take background properties so you have to work with regions or below, which do. Let's say that you don't have any outer regions - you could have a region-body with zero-margins, and a background would fill the page. Because regions have zero width borders and padding unfortunately the content rectangle of the region reference area would fill the page also, but you can use start and end indents, and space-before and space-after, to constrain your content as desired. If you had outer regions they could overlap, and your spaces and indents for the region-body could account for that, too; with a background-color of transparent on the outer regions you'd be all set. I am not recommending this because I personally think it goes a bit against the spirit of the spec, but as near as I can tell it's all perfectly legal. I seem to recall from last year that we had convinced ourselves that one could not render backgrounds into regions, but my reading of the spec now doesn't show me that at all. Maybe others can add their comments. The only thing that may cause a problem with this interpretation, if outer regions are being used, is in rendering conflict of marks. You cannot specify z-index on regions so this only works if you can guarantee that region-body gets rendered first, and I don't know if that is a spec requirement. Regards, Arved Sandstrom -Original Message- From: Softgui [mailto:[EMAIL PROTECTED]] Sent: April 22, 2002 5:42 AM To: [EMAIL PROTECTED] Subject: Re: inital background-image patch I've tryed this with PDF and it seems to work well, but I coudn't find a way to have a complete page background (with no resize). The back ground is only under the text blocks. Have you, or some one else have some background image samples ? If not I can work on it if you want (like a new example directory). Thanks, Dimitri BAELI - Message d'origine - De : Michael Gratton [EMAIL PROTECTED] À : [EMAIL PROTECTED] Envoyé : lundi 22 avril 2002 05:11 Objet : Re: inital background-image patch Arved Sandstrom wrote: I will definitely check it out. Thanks Arved. I've put v0.02 of the patch up. This fixes one small bug when tiling background images, but more importantly I've removed the changes to fix addRectFoo() wanting a negative height. This simpilifies the patch and greatly reduces the scope of the changes. Let me know what you think. I'm going to start on getting the other renderers working next. http://web.vee.net/fop/background-image_0.02.patch http://web.vee.net/fop/fop-background-image-0.02-bin.tar.gz http://web.vee.net/fop/fop-background-image-0.02-bin.zip Cheers. Mike, -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: inital background-image patch
-Original Message- From: Michael Gratton [mailto:[EMAIL PROTECTED]] Sent: April 22, 2002 11:11 PM To: [EMAIL PROTECTED] Subject: Re: inital background-image patch Arved Sandstrom wrote: I seem to recall from last year that we had convinced ourselves that one could not render backgrounds into regions, but my reading of the spec now doesn't show me that at all. Maybe others can add their comments. I don't see why not, given the spec lists the Common border, padding, and background properties as being allowed, and doesn't forbid use of the background properties in the text of the region areas. Anyway, the next version of the background-image patch should have backgrounds for the region areas working. Mike. Yeah, I rechecked the prose carefully and I didn't spot anything either. Slight segue: I was up at the cottage this weekend opening up, and lots of evenings this week are hosed also, but tomorrow evening is open, so I'll quickly apply your patch, build, run it, and commit it if that all works out, which I don't doubt. I don't think I noticed anyone else apply it yet - correct me if I am wrong. Arved - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: inital background-image patch
Arved Sandstrom wrote: Yeah, I rechecked the prose carefully and I didn't spot anything either. Okay, if no one objects, I'll leave the region area background implementation in. Slight segue: I was up at the cottage this weekend opening up, and lots of evenings this week are hosed also, but tomorrow evening is open, so I'll quickly apply your patch, build, run it, and commit it if that all works out, which I don't doubt. Cheers! For the occasion, I've released v0.03 of the patch, please have a look at this one instead. 8) The changes are: - backgrounds are now supported on all region areas, including fo:region-body. - PSRenderer now positions backgrounds properly. - I've either tested or at least code-audited all of the Renderer impls, and they should all work as well as they did previously. Still to do (but can be done after the patch has landed): - fix PDFRenderer.drawImageCropped() so it works properly. - implement drawImageFoo() methods in the other renderers. - refactor renderImageArea() in the other renderers - sort out the addRectFoo() negative height mess (is this worth doing?) Patch, binaries: http://web.vee.net/fop/background-image_0.03.patch http://web.vee.net/fop/fop-background-image-0.03-bin.tar.gz http://web.vee.net/fop/fop-background-image-0.03-bin.zip /mike -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 smime.p7s Description: S/MIME Cryptographic Signature
Re: inital background-image patch
Softgui wrote: I've tryed this with PDF and it seems to work well, but I coudn't find a way to have a complete page background (with no resize). The back ground is only under the text blocks. As Arved said before, the only way to do this would be to put a background on the page's fo:region-body and set the page-master margin to be 0 so the body region covers the entire page. This is ugly, but should work with v0.03 of the background-image patch. Have you, or some one else have some background image samples ? If not I can work on it if you want (like a new example directory). I've been using a terribly munged version of docs/examples/fo/images.fo for testing the background-image stuff, which I'd be terribly emabrrased to show anyone.. 8) If you want to put a few good examples together which use background-color, background-image and background-repeat with various combinations of transparent and non-transparent images, that would be cool. Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 smime.p7s Description: S/MIME Cryptographic Signature
Re: inital background-image patch
Arved Sandstrom wrote: I will definitely check it out. Thanks Arved. I've put v0.02 of the patch up. This fixes one small bug when tiling background images, but more importantly I've removed the changes to fix addRectFoo() wanting a negative height. This simpilifies the patch and greatly reduces the scope of the changes. Let me know what you think. I'm going to start on getting the other renderers working next. http://web.vee.net/fop/background-image_0.02.patch http://web.vee.net/fop/fop-background-image-0.02-bin.tar.gz http://web.vee.net/fop/fop-background-image-0.02-bin.zip Cheers. Mike, -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 smime.p7s Description: S/MIME Cryptographic Signature
RE: inital background-image patch
I will definitely check it out. Regards, AHS -Original Message- From: Michael Gratton [mailto:[EMAIL PROTECTED]] Sent: April 19, 2002 1:02 AM To: [EMAIL PROTECTED] Subject: inital background-image patch Guys, An initial maintenance-branch patch for background-image and background-repeat property support can be found at: http://web.vee.net/fop/background-image_0.01.patch This patch is *not* ready to get comitted to the repository, rather I'm posting it to a) get some help testing it, b) get feedback about the nature and scope of the changes I've made. So please, have a look at it, try it out, and send me as much feedback as possible, especially on: - The API changes to AbstractRenderer. - Changing addRectFoo() to only ever expect +ve heights. - Seeing if the MIF and TXT renderers still work as advertised (but without bg image support). To support background images, the following has changed: - Implemented the background-image and background-repeat properties. - PropertyManager resolves the bg image source to a FopImage when first retreiving an instance of BackgroundProps. - Areas now store an instance of BackgroundProps rather than just the background color. - AbstractRenderer has a concrete doBackground() method, and abstract drawImageFoo() methods to support doBackground(), renderImageArea() and possibly others. - PDFRenderer and PrintRenderer have been modified to use doBackground() and provide concrete implementations of the drawImageFoo() methods. As a direct result: - PDFRenderer.renderImageArea() has been generalized and moved into AbstractRenderer. - Start of support for working region-foo backgrounds has been added - The addRectFoo() methods should now expect only +ve heights Stuff that isn't working: - All renderers other than PDFRenderer, and possibly the MIF renderer and TXTRenderer. - Image cropping, so on a tiled background, the last row and column of images are scaled rather than cropped if the width/height if the content area isn't an exact multiple of the image's width/height. Binaries for testing can be found at: http://web.vee.net/fop/fop-background-image-0.01-bin.tar.gz http://web.vee.net/fop/fop-background-image-0.01-bin.zip Please *do not* use this binary in a production system. Thanks (especially for reading this far ;), Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
inital background-image patch
Guys, An initial maintenance-branch patch for background-image and background-repeat property support can be found at: http://web.vee.net/fop/background-image_0.01.patch This patch is *not* ready to get comitted to the repository, rather I'm posting it to a) get some help testing it, b) get feedback about the nature and scope of the changes I've made. So please, have a look at it, try it out, and send me as much feedback as possible, especially on: - The API changes to AbstractRenderer. - Changing addRectFoo() to only ever expect +ve heights. - Seeing if the MIF and TXT renderers still work as advertised (but without bg image support). To support background images, the following has changed: - Implemented the background-image and background-repeat properties. - PropertyManager resolves the bg image source to a FopImage when first retreiving an instance of BackgroundProps. - Areas now store an instance of BackgroundProps rather than just the background color. - AbstractRenderer has a concrete doBackground() method, and abstract drawImageFoo() methods to support doBackground(), renderImageArea() and possibly others. - PDFRenderer and PrintRenderer have been modified to use doBackground() and provide concrete implementations of the drawImageFoo() methods. As a direct result: - PDFRenderer.renderImageArea() has been generalized and moved into AbstractRenderer. - Start of support for working region-foo backgrounds has been added - The addRectFoo() methods should now expect only +ve heights Stuff that isn't working: - All renderers other than PDFRenderer, and possibly the MIF renderer and TXTRenderer. - Image cropping, so on a tiled background, the last row and column of images are scaled rather than cropped if the width/height if the content area isn't an exact multiple of the image's width/height. Binaries for testing can be found at: http://web.vee.net/fop/fop-background-image-0.01-bin.tar.gz http://web.vee.net/fop/fop-background-image-0.01-bin.zip Please *do not* use this binary in a production system. Thanks (especially for reading this far ;), Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 5180] - property background-image not functioning
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=5180. 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=5180 property background-image not functioning [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Summary|property background-image |property background-image |not functioning |not functioning --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 07:58 --- Taking, I'm working on a fix for it now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: implementing background-image (bug 5180)
Hi, Michael You picked a good one to get your feet wet with. No, I wouldn't say that there is anything about this that is going to trip you up, or implementation quirks that you wouldn't get from existing code (I assume we are talking maintenance branch?). One thing that you might end up doing, being unfamiliar with FOP source, is to do way more for this property than you need. The background properties are pure rendering traits, and with the exception of background-position-horizontal and background-position-vertical, require absolutely no more work at any stage of layout other than to ensure that appropriate traits (instance variables) are set on the affected areas that are eventually passed to the renderers. Almost all of the real work is in the renderer stage. Regards, Arved Sandstrom -Original Message- From: Michael Gratton [mailto:[EMAIL PROTECTED]] Sent: April 7, 2002 10:05 PM To: [EMAIL PROTECTED] Subject: implementing background-image (bug 5180) Guys, I need to be able to use the background-image property, which is not yet implemented http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5180. Is anyone working on this at the moment? If not, I'm happy to make an attempt at it. Is there anything I should know about implementing properties in FOP, or this one in general, that I wouldn't pick up from looking at the existing code? Thanks, Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
implementing background-image (bug 5180)
Guys, I need to be able to use the background-image property, which is not yet implemented http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5180. Is anyone working on this at the moment? If not, I'm happy to make an attempt at it. Is there anything I should know about implementing properties in FOP, or this one in general, that I wouldn't pick up from looking at the existing code? Thanks, Mike. -- Michael Gratton [EMAIL PROTECTED] Recall Design http://www.recalldesign.com/ s: 53 Gilbert Street Adelaide SA 5000 Australia t: +61 8 8217 0500 f: +61 8 8217 0555 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
background-image
how can a background-image be done. I'm trying to put a seal.gif on a pdf document I created? thanks -gus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background-image
not... that isn't implemented it FOP yet (read the implemented.html in the docs...) use a toy like iText for that after you made your pdf... real great tool (thanks again DREF) Jochen Maes EDP departement Programmeur KBC-Securities Havenlaan 16 1080 Brussel Tel : 02/429.96.81 Fax : 02/429.17.48 E-mail : [EMAIL PROTECTED] ** This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. KBC Securities reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background-image
If your working with a one page report, you can put the external-graphic in the xsl-region-body and put your text in the xsl-region-before. Make the xsl-region-before the full size of you page then position your text in the xsl-region-before. Xsl-region-before will write over the flow and give the effect of a background image. Only works on ONE PAGE DOCUMENTS though. JohnPT fop-dev-return-12894-jthaemlitz=oreillyauto.com@XML. APACHE.ORG To: [EMAIL PROTECTED] cc: 01/31/02 09:12 AM Subject: Re: background-image Please respond to fop-dev not... that isn't implemented it FOP yet (read the implemented.html in the docs...) use a toy like iText for that after you made your pdf... real great tool (thanks again DREF) Jochen Maes EDP departement Programmeur KBC-Securities Havenlaan 16 1080 Brussel Tel : 02/429.96.81 Fax : 02/429.17.48 E-mail : [EMAIL PROTECTED] ** This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. KBC Securities reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. ** - 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: background-image
Is there an example on how to do the background with iText? [EMAIL PROTECTED] wrote: not... that isn't implemented it FOP yet (read the implemented.html in the docs...) use a toy like iText for that after you made your pdf... real great tool (thanks again DREF) Jochen Maes EDP departement Programmeur KBC-Securities Havenlaan 16 1080 Brussel Tel : 02/429.96.81 Fax : 02/429.17.48 E-mail : [EMAIL PROTECTED] ** This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. KBC Securities reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
background image
Does anyone know if FOP is now supporting the background properties. i.e. background-image, background-position-horizontal, background-repeat, etc? in the nightly builds maybe?! I'm trying to add a gif stamp in my pdf document, so that it would like it is on top of the written document? any suggestions? Thanks in advanced. -Gus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: background image
Has any body try to do an overlay image on a pdf document? is there any way to do it without the background-image property? Is background-image one of the properties that will be implemented any time soon? -Thanks Gus Gus wrote: Does anyone know if FOP is now supporting the background properties. i.e. background-image, background-position-horizontal, background-repeat, etc? in the nightly builds maybe?! I'm trying to add a gif stamp in my pdf document, so that it would like it is on top of the written document? any suggestions? Thanks in advanced. -Gus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Background Image....
Hi, When i am Using BackgroundImage in my XSLT and trying to convert it to pdf using FOP, It throws an Error that Background Image is Not Supported. I want to Make the Border's of Table Curved.For this Purpose i am Using BackGround Images.This is working in XEP. Is there any other way to do This. Also Can't i use Reference Orientation when I as Using FOP??? Thanks, Ramesh __ 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]
Problem with the background-image
Hi everybody, this is my first time to do something with FOP and now I have a Problem with the background-image I don't know why; I hope someone can help me to provide what I want to do. This is what I want to do: I want to use a GIF or another graphic file like the background my page but when I use the property background-image=uri then I get this Warning : porperty 'background-image' ignored. yet I don't know how I can loose this Problem ( because I want .gif file like my background) please help me Thanks.. Serge... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Background Image
Hello, Since background-image property is not supported yet, is there any other way of displaying background image? Is it possible to use fo:external-graphic or something else to imbed image into every single page? If it is, could someone please tell me how to do this? thanks, sanja The back-ground image propert seems not yet supported. However I can try fixing it. give me a few days! regards seshadri FOP Support. www.mindfiresolutions.com/fopservices.html - Original Message - From: Chris Leak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 15, 2001 5:43 PM Subject: Background Image Hello I'm trying to create a document with a background image and overlay the text, using fo:block background-image=file:foo.jpg /fo:block Fop 0.17.0 Produces the warning property 'background-image' ignored. Any ideas to what I'm doing wrong? Thanks Chris - 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: Background Image
The back-ground image propert seems not yet supported. However I can try fixing it. give me a few days! regards seshadri FOP Support. www.mindfiresolutions.com/fopservices.html - Original Message - From: Chris Leak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 15, 2001 5:43 PM Subject: Background Image Hello I'm trying to create a document with a background image and overlay the text, using fo:block background-image=file:foo.jpg /fo:block Fop 0.17.0 Produces the warning property 'background-image' ignored. Any ideas to what I'm doing wrong? Thanks Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]