Background Image

[Chris Leak]

Hello

I'm trying to create a document with a background image and overlay the
text, using 
  

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]

Background Image

[SanjaLaketa]

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
>   
>
> 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]

background image

[uwe . heldt]

Hi,

i ' am creating pdf documents via fop. Is it possible to build in a
background image. fop tells me, it is not implemented yet. ???

Thanks Uwe
-
Uwe Heldt - EDV-Berater

SoftM Software und Beratung Hamburg GmbH
Amsinckstraße 57, 20097 Hamburg, Germany

fon: +49 (40) 23503-300
fax: +49 (40) 23503-400
http://www.softm.de
mailto:[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Background Image....

[Ramesh B]

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]

background image

[Gus]

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]

background-image

[Gus Delgado]

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

[FOP-Support]

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
>   
>
> 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

[Gus]

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]

Re: background-image

[Jochen . Maes]

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

[jthaemlitz]

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

[Gus Delgado]

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]

inital background-image patch

[Michael Gratton]

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

Problem with the "background-image"

[Pagop Serge Emmanuel]

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]

Problem with the "background-image"

[jorge]

The property "background-image" is not yet supported...
But you can try it:




http://www.w3.org/1999/XSL/Format";> 






















   


  


  


CVS e um sistema para controle de versao que armazena todo os 
arquivos
  utilizados no desenvolvimento de software em um unico diretorio(repositorio) que 
funciona como
  o raiz do CVS. Para a utilizacao desses arquivos comuns, e necessario a copia do 
arquivo
  ou arquivos para um diretorio de trabalho independente para
cada usuario. As modificacoes


 

   
 

CVS e um sistema para controle de versao que armazena todo os 
arquivos
  utilizados no desenvolvimento de software em um unico diretorio(repositorio) que 
funciona como
  o raiz do CVS. Para a utilizacao desses arquivos comuns, e necessario a copia do 
arquivo
  ou arquivos para um diretorio de trabalho independente para


 
 





  


Jorge Alexandre

implementing background-image (bug 5180)

[Michael Gratton]

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]

RE: inital background-image patch

[Arved Sandstrom]

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]

Re: inital background-image patch

[Michael Gratton]

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

[Softgui]

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]

RE: inital background-image patch

[Arved Sandstrom]

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

[Michael Gratton]

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.

-- 
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]

> -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

[Michael Gratton]

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

[Michael Gratton]

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

[Peter B. West]

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]

Problem with the Background-image property

[Serge Pagop]

Hi all,
I try to use a .gif file as my background and for this task I used the
background-image property but,  anytime when I run my file with the Fop
I obtain  this  warning
" Warning: property - "background-image" is not implemented yet."
First I want to know, if the porperty background-image is not still
implemented ?
second if someone can help me to resolve this Probleme:
This is the task:
I Want to use a .gif or a .jpeg file as the background-image and this
background-image must possess the whole region-body without something on
the
.gif or jpeg file to lose.

Any help would be appreciated

--
[EMAIL PROTECTED]

MATHEMA AG
Nägelsbachstraße 25 b
91052 E r l a n g e n
Telefon 09131/8903-0
Telefax 09131/8903-55
http://www.mathema.de



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: implementing background-image (bug 5180)

[Arved Sandstrom]

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]

background-image patch v0.03 in CVS

[Arved Sandstrom]

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 R&D Office
Hummingbird Ltd


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[patch] fix for background image tiling

[Michael Gratton]

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" +
+   

Re: background-image patch v0.03 in CVS

[Enrico Schnepel]

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 R&D 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

[mjg]

> 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: background-image patch v0.03 in CVS

[Enrico Schnepel]

Hello Mike,

> image problem ...

I am generating fo files from html. In html (as in fop web site the blue 
headings) images are often very small. Exist there a fo property which might 
not be implemented yet but is responsible for handling this behavior.

> Good question. I've encountered this before, but given I can't remember
> what caused it or what I did to make it go away, so it can't be too
> important.. 8)
>
> If you can send me a minimal test case, or (preferably) open a bug on this
> issue, assugn it to me and attach the test case to that, I'll take a look
> at it.

I've attached the minimal test case. It can't be a smaller .fo file - only a 
table with nothing in it and a block - that's all.

Thanks

Enrico

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: background-image patch v0.03 in CVS

[Enrico Schnepel]

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]


http://www.w3.org/1999/XSL/Format";>
  

  

  

  

  



  


  

  

  If the table or this paragraph is leaved out fop works ok.

  




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: background-image patch v0.03 in CVS

[Michael Gratton]

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 
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

[Enrico Schnepel]

Hello Michael,

I've just updated my cvs tree and the error still appears to me.
:-(
I am using java 1.3.0_02 on a PII / linux (SuSE 7.2)

thanks
Enrico

Am Dienstag, 30. April 2002 08:02 schrieben Sie:
> 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?


Content-Type: application/x-pkcs7-signature; charset="us-ascii"; 
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Description: S/MIME Cryptographic Signature


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21538] - NullPointerException with SVG background-image

[bugzilla]

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:51 ---
Created an attachment (id=7270)
example fo file

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21538] - NullPointerException with SVG background-image

[bugzilla]

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]

DO NOT REPLY [Bug 5180] - property background-image not functioning

[bugzilla]

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]

DO NOT REPLY [Bug 5180] New: - property background-image not functioning

[bugzilla]

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 

   Summary: property background-image not functioning
   Product: Fop
   Version: all
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It doesn't seem possible to set an image of the page using the background-
image attribute of fo:region-body, fo:region-before, fo:region-after or 
fo:block.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21538] New: - NullPointerException with SVG background-image

[bugzilla]

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

   Summary: NullPointerException with SVG background-image
   Product: Fop
   Version: 0.20.5
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: svg
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When rendering an SVG background-image containing text and 
strokeSVGText=false in userconfig.xml, fop crashes with a NullPointerException. 
Without strokeSVGText=false it works fine.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]