Re: background-image patch v0.03 in CVS

2002-05-06 Thread 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]




Re: background-image patch v0.03 in CVS

2002-04-29 Thread 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

2002-04-25 Thread 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

2002-04-25 Thread 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

2002-04-24 Thread 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

2002-04-24 Thread 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]