RE: image in table header overlapping table body <-- possible ? [additional info]

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Roland Schroth [mailto:[EMAIL PROTECTED]
>
> I think your idea could work if i had only one table starting at
> the top of
> the page.
>

The mistake was mine... Didn't study the drawing closely enough to see that
it was about *table* headers. Sorry 'bout that.

>But (sorry that i did not mention that) i have a sequence of tables of
>different lengths that therefore also may start in the middle
> of a page.
>There are tables being only a few rows long an others spanning 2 or 3
>pages. So i need something that will work for that case too.
>

A very tough one...

I see a remote possiblity in performing some XSL trickery (resting on the
assumption that the rows in the table body are generated by XML elements).
If you define a row height globally in your stylesheet, as well as the
region-body height... You know in advance how many rows will fit on a
page... ( $regbh div $rowh ).
Then, for each set of XML elements (corresponding to a table) you know in
advance how many rows will be generated (counting the nodes). You also know
that the first element of the set/table will generate an additional row to
accomodate the header-text & the image --first cell has a rowspan of 4 - so
if a table starts at the top of the page, you will be able to put ( ( $regbh
div $rowh ) - 1 ) of the XML elements (rows) on the same page.
If the table starts in the middle of a page and each table is being
generated by a template, maybe the maximum possible number of rows that can
still fit on the 'page' can be passed in as a parameter...
(Keep in mind that this is all pure calculation, as there is no concept of a
page-layout at the XSLT stage.)

Then again... having to keep count of the elements and inserting a 'fake'
header at every expected page-break is hardly an ideal situation. (Not to
mention that it will lead to trouble if somehow the page-break doesn't end
up where expected)

For the moment, however, it's the closest thing to a solution I can come up
with...

Anyone?


Cheerz,

Andreas


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



RE: Problem with inserting images

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: J.Pietschmann [mailto:[EMAIL PROTECTED]
>
> Not that display-align works only on reference areas (table cells,
> fo:block-container and regions). Also, you can only set a height
> on table rows and block containers (wont work on ordinary blocks
> or table cells).
>

Still... what would be the pitfall in using 'line-height="100px"' on the
surrounding fo:block?
I guess 'display-align="center"' is being ignored when put on the fo:block
(?) (So he could actually just leave that out).
Are the images automatically centered vertically on the current line? (So
setting the line-height works perfectly in this case, but *could* raise
problems when you need the image aligned at the top of the line? In which
case, Chris' table approach will probably work much better...)


Just some random thoughts...

Cheerz,

Andreas


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



Re: Rendering of GIF Images.

2003-11-13 Thread J.Pietschmann
Chris Adams wrote:
When this is rendered into a PDF, all black items are rendered as
transparent even though they use the black index that is not the
transparent colour.
IIRC FOP's PDF output doesn't currently handle transparent GIFs.
Try to avoid this.
J.Pietschmann

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


Re: Problem with inserting images

2003-11-13 Thread J.Pietschmann
Patrick JUSSEAU wrote:
I just started using XSL-FO and fop. I am trying to generate a pdf file 
which contains jpg files. Those images are always inserted in a parent 
component (I guess something like a viewport). I need to set a height 
for this viewport (view_height).
...
What I am missing? Thanks for any help.
Check
 http://xml.apache.org/fop/fo.html#fo-center-vertical
Not that display-align works only on reference areas (table cells,
fo:block-container and regions). Also, you can only set a height
on table rows and block containers (wont work on ordinary blocks
or table cells).
J.Pietschmann

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


Re: Problems using Tiff with FOP

2003-11-13 Thread J.Pietschmann
Cavallini David wrote:
I got the same problem with FOP 0.20.5: I could not render documents with
more than about 150/200 pages with 1 TIFF per page (OutOfMemory). I tried to
remove the image cache management in FOP source code but it didn't help.
Check whether it's actually the TIFF images causing the problem (remove
them temporarily), or other stuff like big tables.
One problem with bitmap images in general is that they are referenced
multiple times during rendering, once in the image chache and also in
the PDF lib for building the object dictionary. Therefore, removing
image caching has basically no positive effect (but it can be have the
negative effect if an image is used more than once). The only option
is to reduce the memory consumption by using another image format and
less resolution.
Another potential cause for problems is that the PDF output is often
held in memory in server environments, because many IEx versions need
the PDF size for proper processing. Especially hi-res multi-megabyte
TIFF files are blow up the PDF size.
My target would be 4000 pages documents but it does not seem possible by
> now with FOP.
I've rendered 3000 page PDF successfully. But then: no images, no tables,
no problems.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: CMYK Support

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Dennis Myrén [mailto:[EMAIL PROTECTED]
>
> I am in a desperate need for generating PDF documents with FOP that uses
the CMYK color space.
> Has anyone here developed a FOP extension that handles this?

If you're using JPEG, no extension is necessary. FOP offers native support
for JPEG, including CMYK.

Greetz,

Andreas


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



Rendering of GIF Images.

2003-11-13 Thread Chris Adams
Title: Rendering of GIF Images.






I'm not sure if this is a bug or just my misunderstanding of how the rendering of GIF images work.


However when I have a GIF that has a colour table where there are two items in the table with the same RGB colour.  However one of the items is marked as the transparent colour.  E.g. I have two black colours in my table, and the first black index is set as the transparent colour.

When this is rendered into a PDF, all black items are rendered as transparent even though they use the black index that is not the transparent colour.

Is this the expected behaviour, is the gif file incorrectly created ie can you not have two indexes with the same colour, or is it a bug with FOP.

Thanks for your help.


Chris Adams
Web Developer

Reuters Research Ltd - Solutions Developments
85 Fleet Street
London EC4P 4AJ
Direct Line: +44 20 7542 0543
Direct Fax: +44 20 7542 0560


Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.



--- -
Visit our Internet site at http://www.reuters.com

Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging

Any views expressed in this message are those of  the  individual
sender,  except  where  the sender specifically states them to be
the views of Reuters Ltd.




RE: CMYK Support

2003-11-13 Thread George Yi









If you don’t do SpotColor stuff, it’s
very easy to hack into FOP code to convert RGB to CMYK.

 

-Original Message-
From: Gunnar Liljas
[mailto:[EMAIL PROTECTED] 
Sent: Thursday, November 13, 2003
9:16 AM
To: [EMAIL PROTECTED]
Subject: Re: CMYK Support

 





I forwarded the recent discussion
"CMKY" to Dennis.





 





/G









- Original Message - 





From: Dennis Myrén 





To: FOP User
Mailing List 





Sent: Thursday,
November 13, 2003 4:11 PM





Subject: CMYK
Support





 



Hi.

 

I am in a desperate need for
generating PDF documents with FOP that uses the CMYK color space.

Has anyone here developed a FOP
extension that handles this?

Any other suggestions for a solution
is also highly appreciated.

 

 

 

Regards,

Dennis Myrén

Developer

Oslo Kode Bureau

Tel:    (+47)
98 00 11 92

Mail:  [EMAIL PROTECTED]

Web: www.oslokb.no

 










Re: CMYK Support

2003-11-13 Thread Gunnar Liljas




I forwarded the recent discussion "CMKY" to 
Dennis.
 
/G

  - Original Message - 
  From: 
  Dennis Myrén 
  
  To: FOP User Mailing List 
  Sent: Thursday, November 13, 2003 4:11 
  PM
  Subject: CMYK Support
  
  
  Hi.
   
  I am in a desperate need for 
  generating PDF documents with FOP that uses the CMYK color 
  space.
  Has anyone here developed a FOP 
  extension that handles this?
  Any other suggestions for a 
  solution is also highly appreciated.
   
   
   
  Regards,
  Dennis 
  Myrén
  Developer
  Oslo Kode 
  Bureau
  Tel:    
  (+47) 98 00 11 92
  Mail:  
  [EMAIL PROTECTED]
  Web: www.oslokb.no
   


CMYK Support

2003-11-13 Thread Dennis Myrén








Hi.

 

I am in a desperate need for generating PDF documents with
FOP that uses the CMYK color space.

Has anyone here developed a FOP extension that handles this?

Any other suggestions for a solution is also highly
appreciated.

 

 

 

Regards,

Dennis Myrén

Developer

Oslo Kode Bureau

Tel:    (+47) 98 00 11 92

Mail:  [EMAIL PROTECTED]

Web: www.oslokb.no

 








RE: Problems using Tiff with FOP

2003-11-13 Thread Cavallini David
In fact I didn't try each subversion between 0.20.1 and 0.20.5 to see where the 
problem appeared, but it is certain that TIFF image memory management is far 
worth in this latter version (for my case): so I stay stucked with 0.20.1 
because I can render 4 times bigger FO files with version 0.20.1 than with 
version 0.20.5.


-Message d'origine-
De : Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 13 novembre 2003 10:19
À : [EMAIL PROTECTED]
Objet : RE: Problems using Tiff with FOP


> -Original Message-
> From: Cavallini David [mailto:[EMAIL PROTECTED]

> I got the same problem with FOP 0.20.5: I could not render documents with
more than about
> 150/200 pages with 1 TIFF per page (OutOfMemory). I tried to remove the
image cache
> management in FOP source code but it didn't help.

> For now I use FOP 0.20.1 with which I can render about 1000 pages
documents with

That's quite old... What exactly is the advantage for you in using 0.20.1
vs. 0.20.5? As I understand, a few optimization patches were applied in the
meantime (not specifically WRT images, that's true).

> 800 mbytes JVM option (-Xms800m -Xmx800m). My target would be 4000 pages
documents
> but it does not seem possible by now with FOP.

Perhaps best to perform some post-processing with iText (generate a few
smaller PDFs and collate them).


Greetz,

Andreas


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



RE: Problems using Tiff with FOP

2003-11-13 Thread Jeff_Mitchell

Return Receipt
   
Your  RE: Problems using Tiff with FOP 
document   
:  
   
was   Jeff Mitchell/SuppSvcs/Access
received   
by:
   
at:   11/13/2003 09:26:27 AM   
   






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



Re[2]: Import problem

2003-11-13 Thread Torsten
Hello Chris,

Thursday, November 13, 2003, 2:55:21 PM, you wrote:

<-- cut

CB> Just a guess: have you tried putting the imports immediately after the
CB> output statement?

CB> 

CB> Chris


ThanX for the reply, I've tried again to change the import to
xsl:include and now it works fine. I don't know why, whether there was
a misspelling problem or whatever...
The reason, to ask this list was, that i didn't found anything on the FOP
homepage whether import/include is supported or not, but you've right
FOP was the wrong pointer, this issue is related to the xerxes/xalan
side.

ThanX anyway

-- 
Best regards,
 Torstenmailto:[EMAIL PROTECTED]


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



Re: Import problem

2003-11-13 Thread Chris Bowditch
From: Torsten <[EMAIL PROTECTED]>

This is a pure XSLT question and would be receive a better response on the 
XSL list:

http://www.biglist.com/lists/xsl-list/
http://www.w3.org/1999/XSL/Transform";
 xmlns:fo="http://www.w3.org/1999/XSL/Format"; version="1.0"
 xmlns:xalan="http://xml.apache.org/xslt";>


Are you sure these are the only two xsl:import statements in your 
stylesheet. Try searching for "import"




Just a guess: have you tried putting the imports immediately after the 
output statement?


Chris
_
It's fast, it's easy and it's free. Get MSN Messenger today! 
http://www.msn.co.uk/messenger

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


Re: RTF Support

2003-11-13 Thread Mohan Pinjarkar
I was also having that question. So far I do not find any answer. If you
pl let me know.

Regards,

-Mohan

__
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

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



Import problem

2003-11-13 Thread Torsten
Hello all,

I've a stylesheet:

http://www.w3.org/1999/XSL/Transform";
 xmlns:fo="http://www.w3.org/1999/XSL/Format"; version="1.0"
 xmlns:xalan="http://xml.apache.org/xslt";>



 




now there is a choose->when->otherwise construct which decides which
template should be used dependent on the data from the xml-source.

On transformation I get this Error:
javax.xml.transform.TransformerException: xsl:import is not allowed in this 
position in the stylesheet!
at 
org.apache.xalan.processor.StylesheetHandler.error(StylesheetHandler.java:950)
at 
org.apache.xalan.processor.StylesheetHandler.getProcessorFor(StylesheetHandler.java:420)
...

The spec says: The xsl:import element can only be a child of the xsl:stylesheet 
or the
xsl:transform elements. Further, the xsl:import element must be the first 
element to occur
after the xsl:stylesheet element

I also tried xsl:include with the same success ;(

Any help would be appreciated

-- 
Best regards,
 Torsten  mailto:[EMAIL PROTECTED]


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



Re: image in table header overlapping table body <-- possible ? [additional info]

2003-11-13 Thread Roland Schroth
I think your idea could work if i had only one table starting at the top of
the page.

   But (sorry that i did not mention that) i have a sequence of tables of
   different lengths that therefore also may start in the middle of a page.
   There are tables being only a few rows long an others spanning 2 or 3
   pages. So i need something that will work for that case too.

Anyway, thanks for your quick response.

Roland

> > But i need the image to overflow the bottom of the header line
> > (leaving its
> > height unchanged) so that it flows right into the body area. The
> > problem is
> > that the overflow property isn't supported yet and a number-rows-spanned
> > does not seem to work here because header and body rows obviously
> > cannot be
> > mixed.
> >
>
> Try the following (for example):
>
> in the simple-page-master, set the margin-top for the region body to the
> height of the one line containing 'Some Header Text' --depending on the
> font-size of the text, of course.
> Then set the height of the region-before to be greater than the margin-top
> just defined (roughly equivalent to the height of the image).
>
> This way your region-before will actually overlap the region-body by
> (region-body-margin-top - region-before-height).
>
> (This trick has often been advised as a workaround for adding watermarks,
so
> I guess the result would be that the header-image actually ends up being
> overwritten by the content of the region-body --if any... So if you make
> sure the first rows have no content at all in the first columns, this
should
> actually work.)



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



Re: fo:external-graphic does not support SVG when src is an url

2003-11-13 Thread Gunnar Liljas
Title: fo:external-graphic does not support SVG when src is an url



That's right. However, it's still a content type 
problem.
 
Error 406 would indicate that the HTTP request from 
FOP doesn't the include content-type the web server tries to deliver in its 
accept header, or it may even be related to the accept-Language header. Some 
sniffing would be good... :)
 
/G

  - Original Message - 
  From: 
  Unger, Joachim 
  To: '[EMAIL PROTECTED]' 
  Sent: Thursday, November 13, 2003 10:13 
  AM
  Subject: AW: fo:external-graphic does not 
  support SVG when src is an url
  
  Hi 
  Gunnar!
   
  I debugged FOP 
  source code and found that the error is an IOException thrown by 
  Batik.
  My IIS logged a 
  http error 406.
  The Mime type is 
  okay. Don't forget: it works in "most" cases with Apache.
   
  Regards,
  Jo
   
  
-Ursprüngliche Nachricht-Von: Gunnar Liljas 
[mailto:[EMAIL PROTECTED]Gesendet: Donnerstag, 13. November 2003 
09:59An: [EMAIL PROTECTED]Betreff: 
Re: fo:external-graphic does not support SVG when src is an 
url
Make sure that the web server returns a correct 
content-type (MIME) for svg.
 
image/svg+xml if I remember 
correctly
 
/G

  - Original Message - 
  From: 
  Unger, Joachim 
  To: [EMAIL PROTECTED] 
  Sent: Wednesday, November 12, 2003 
  9:05 PM
  Subject: fo:external-graphic does not 
  support SVG when src is an url
  
  Hi! 
  I found a  problems when using urls 
  instead of files for fo:external-graphic's src paramater. 
  http://localhost:8080/img 
  ...  
      url('/SomePics.svg') 
   
  OR  
      /SomePics.svg 
   
  
  does not work for IIS at all. 
  It works in 95% of all cases with 
  APACHE. It work in 100%  of all 
  cases with files. I get no 
  exception(s) and - no pictures. Any 
  ideas? 
  FOP is 0.20.5 distribution. 
  Regards, 
  Joachim 



RE: Problem with inserting images [more on problem]

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Patrick JUSSEAU [mailto:[EMAIL PROTECTED]
>
> And the winner is. Andreas!
> Indeed setting the line-height made the trick. My block now has a 100
> pixel size!
>
> Thanks again for all of you who helped me.
>

Just be careful that the fo:external-graphic is the only child of the
fo:block in question... Every new line of text entered in there (or any
fo:inline, which might trigger a line-break) will add a new line with
height="100px"...


Cheerz,

Andreas


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



Re: Problem with inserting images [more on problem]

2003-11-13 Thread Patrick JUSSEAU
And the winner is. Andreas!
Indeed setting the line-height made the trick. My block now has a 100 
pixel size!

Thanks again for all of you who helped me.
Patrick
On 13 Nov 2003, at 10:55 AM, Andreas L. Delmelle wrote:
-Original Message-
From: Patrick JUSSEAU [mailto:[EMAIL PROTECTED]
Daniel,
I tried that too with no success. This brings the following question.
How can I create an empty block with a specified height and width? If 
I
could create such a block I could embed my image in it.

Ok, another go... Try :

  

Apart from that: Chris is right, the content-width and content-height 
props
have not been implemented yet.

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

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


Re: Problem with inserting images [more on problem]

2003-11-13 Thread Chris Bowditch
From: Patrick JUSSEAU <[EMAIL PROTECTED]>
I will try to answer some of the points that have been raised in this 
thread:

content-height and content-width are not supported on fo:external-graphic. 
Only width/height are.

height cannot be forced on fo:block, that is what fo:block-container is for. 
However, it isnt fully implemented in FOP ATM.

display-align is only supported on block-container and table-cell.
The only way I think you can acheive what you want is using a table-cell. I 
suggest you create a table with single row and column and use 
display-align="center" to vertically centre the image.

Chris
_
Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Problem with inserting images [more on problem]

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Patrick JUSSEAU [mailto:[EMAIL PROTECTED]
>
> Daniel,
>
> I tried that too with no success. This brings the following question.
> How can I create an empty block with a specified height and width? If I
> could create such a block I could embed my image in it.
>

Ok, another go... Try :


  


Apart from that: Chris is right, the content-width and content-height props
have not been implemented yet.


Greetz,

Andreas


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



Re: Problem with inserting images [more on problem]

2003-11-13 Thread Patrick JUSSEAU
Daniel,
I tried that too with no success. This brings the following question. 
How can I create an empty block with a specified height and width? If I 
could create such a block I could embed my image in it.

Patrick
On 13 Nov 2003, at 10:48 AM, Daniel Easton wrote:
Can you set the height in the block level itself ?




Daniel
- Original Message -
From: "Patrick JUSSEAU" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 13, 2003 9:43 AM
Subject: Re: Problem with inserting images [more on problem]

Hi,
Just to be a little bit more specific about my previous post, I should
clarify what happens when using:



When using this code, my image has the correct size (25 pixel in
height) however the viewport height is not 100 pixel (it actually 
looks
like the viewport height = the image's height. I also tried using
'display-align="center"' on the surrounding fo:block but this does not
work (it even makes things worse since now the image is not align
anymore). What I really want to do is getting a image at its actual
size at the center of a bigger empty block.

Any ideas of how to accomplish this?
Thanks,
Patrick

On 13 Nov 2003, at 10:22 AM, Patrick JUSSEAU wrote:
Hi everyone,
I just started using XSL-FO and fop. I am trying to generate a pdf
file which contains jpg files. Those images are always inserted in a
parent component (I guess something like a viewport). I need to set a
height for this viewport (view_height).
I need to be able to display them in the following 2 cases:
case 1: the image's height is greater than view_height. In that case
the image has to scale in order to fit in its view_height. I 
succeeded
in doing that. I did something like (where 100px is the height of my
viewport):





case 2: if view_height is greater than the image's height, then I 
want
to display the image at its actual size and display it at the center
of its viewport. Doing something like this does not work:





| __ |
|   | | |
|   |  image  | |
|   ___ |
|___|
What I am missing? Thanks for any help.
Patrick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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

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

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


RE: RTF Support

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
>
> Hi people,
>
> I just read that the support for RTF will be built soon. Is there any
> release date scheduled ?

RTF support is currently only being added to the 1.0 development line, and
the estimated release date for 1.0 is ... unknown at the moment.

It can be downloaded for testing purposes ( but isn't ready for production
environments just yet ), so if you feel like having a sneak-preview, by all
means download one of the latest snapshots, build and have a look :
http://cvs.apache.org/snapshots/xml-fop/

Greetz,

Andreas


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



Re: Problem with inserting images [more on problem]

2003-11-13 Thread Daniel Easton
Can you set the height in the block level itself ?





Daniel

- Original Message - 
From: "Patrick JUSSEAU" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 13, 2003 9:43 AM
Subject: Re: Problem with inserting images [more on problem]


> Hi,
> 
> Just to be a little bit more specific about my previous post, I should 
> clarify what happens when using:
> > 
> >  > src="url(image.jpg)"/>
> > 
> 
> When using this code, my image has the correct size (25 pixel in 
> height) however the viewport height is not 100 pixel (it actually looks 
> like the viewport height = the image's height. I also tried using 
> 'display-align="center"' on the surrounding fo:block but this does not 
> work (it even makes things worse since now the image is not align 
> anymore). What I really want to do is getting a image at its actual 
> size at the center of a bigger empty block.
> 
> Any ideas of how to accomplish this?
> 
> Thanks,
> Patrick
> 
> 
> 
> On 13 Nov 2003, at 10:22 AM, Patrick JUSSEAU wrote:
> 
> > Hi everyone,
> >
> > I just started using XSL-FO and fop. I am trying to generate a pdf 
> > file which contains jpg files. Those images are always inserted in a 
> > parent component (I guess something like a viewport). I need to set a 
> > height for this viewport (view_height).
> >
> > I need to be able to display them in the following 2 cases:
> >
> > case 1: the image's height is greater than view_height. In that case 
> > the image has to scale in order to fit in its view_height. I succeeded 
> > in doing that. I did something like (where 100px is the height of my 
> > viewport):
> >
> > 
> >  > src="url(image.jpg)"/>
> > 
> >
> >
> >
> > case 2: if view_height is greater than the image's height, then I want 
> > to display the image at its actual size and display it at the center 
> > of its viewport. Doing something like this does not work:
> >
> > 
> >  > src="url(image.jpg)"/>
> > 
> >
> > 
> > | __ |
> > |   | | |
> > |   |  image  | |
> > |   ___ |
> > |___|
> >
> > What I am missing? Thanks for any help.
> >
> > Patrick
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

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



RTF Support

2003-11-13 Thread frederic . kieffer
Hi people,
 
I just read that the support for RTF will be built soon. Is there any
release date scheduled ?
Thanks.
Frédéric

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



RE: Problem with inserting images

2003-11-13 Thread Chris Adams
Patrick,

It is my understanding the FOP does not support the content-height and
content-width attributes, only width and height.

Not sure if this will solve you problem though.

Chris

-Original Message-
From: Patrick JUSSEAU [mailto:[EMAIL PROTECTED] 
Sent: 13 November, 2003 09:23
To: [EMAIL PROTECTED]
Subject: Problem with inserting images


Hi everyone,

I just started using XSL-FO and fop. I am trying to generate a pdf file 
which contains jpg files. Those images are always inserted in a parent 
component (I guess something like a viewport). I need to set a height 
for this viewport (view_height).

I need to be able to display them in the following 2 cases:

case 1: the image's height is greater than view_height. In that case 
the image has to scale in order to fit in its view_height. I succeeded 
in doing that. I did something like (where 100px is the height of my 
viewport):







case 2: if view_height is greater than the image's height, then I want 
to display the image at its actual size and display it at the center of 
its viewport. Doing something like this does not work:






|   __ |
|   | | |
|   |  image  | |
|   ___ |
|___|

What I am missing? Thanks for any help.

Patrick


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



--- -
Visit our Internet site at http://www.reuters.com

Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging

Any views expressed in this message are those of  the  individual
sender,  except  where  the sender specifically states them to be
the views of Reuters Ltd.


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



Re: Problem with inserting images [more on problem]

2003-11-13 Thread Patrick JUSSEAU
Hi,
Just to be a little bit more specific about my previous post, I should 
clarify what happens when using:

	

When using this code, my image has the correct size (25 pixel in 
height) however the viewport height is not 100 pixel (it actually looks 
like the viewport height = the image's height. I also tried using 
'display-align="center"' on the surrounding fo:block but this does not 
work (it even makes things worse since now the image is not align 
anymore). What I really want to do is getting a image at its actual 
size at the center of a bigger empty block.

Any ideas of how to accomplish this?
Thanks,
Patrick

On 13 Nov 2003, at 10:22 AM, Patrick JUSSEAU wrote:
Hi everyone,
I just started using XSL-FO and fop. I am trying to generate a pdf 
file which contains jpg files. Those images are always inserted in a 
parent component (I guess something like a viewport). I need to set a 
height for this viewport (view_height).

I need to be able to display them in the following 2 cases:
case 1: the image's height is greater than view_height. In that case 
the image has to scale in order to fit in its view_height. I succeeded 
in doing that. I did something like (where 100px is the height of my 
viewport):


	



case 2: if view_height is greater than the image's height, then I want 
to display the image at its actual size and display it at the center 
of its viewport. Doing something like this does not work:


	



|   __ |
|   | | |
|   |  image  | |
|   ___ |
|___|
What I am missing? Thanks for any help.
Patrick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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


RE: Problem with inserting images

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Patrick JUSSEAU [mailto:[EMAIL PROTECTED]
>

>
> case 2: if view_height is greater than the image's height, then I want
> to display the image at its actual size and display it at the center of
> its viewport. Doing something like this does not work:
>
> 
>src="url(image.jpg)"/>
> 
>

Hi,

Try using 'display-align="center"' on the surrounding fo:block.


  



Hope this helps!

Greetz,

Andreas


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



RE: Problems using Tiff with FOP

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Cavallini David [mailto:[EMAIL PROTECTED]

> I got the same problem with FOP 0.20.5: I could not render documents with
more than about
> 150/200 pages with 1 TIFF per page (OutOfMemory). I tried to remove the
image cache
> management in FOP source code but it didn't help.

> For now I use FOP 0.20.1 with which I can render about 1000 pages
documents with

That's quite old... What exactly is the advantage for you in using 0.20.1
vs. 0.20.5? As I understand, a few optimization patches were applied in the
meantime (not specifically WRT images, that's true).

> 800 mbytes JVM option (-Xms800m -Xmx800m). My target would be 4000 pages
documents
> but it does not seem possible by now with FOP.

Perhaps best to perform some post-processing with iText (generate a few
smaller PDFs and collate them).


Greetz,

Andreas


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



Problem with inserting images

2003-11-13 Thread Patrick JUSSEAU
Hi everyone,
I just started using XSL-FO and fop. I am trying to generate a pdf file 
which contains jpg files. Those images are always inserted in a parent 
component (I guess something like a viewport). I need to set a height 
for this viewport (view_height).

I need to be able to display them in the following 2 cases:
case 1: the image's height is greater than view_height. In that case 
the image has to scale in order to fit in its view_height. I succeeded 
in doing that. I did something like (where 100px is the height of my 
viewport):


	



case 2: if view_height is greater than the image's height, then I want 
to display the image at its actual size and display it at the center of 
its viewport. Doing something like this does not work:


	



|   __ |
|   | | |
|   |  image  | |
|   ___ |
|___|
What I am missing? Thanks for any help.
Patrick
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


AW: fo:external-graphic does not support SVG when src is an url

2003-11-13 Thread Unger, Joachim
Title: fo:external-graphic does not support SVG when src is an url



Hi 
Gunnar!
 
I debugged FOP 
source code and found that the error is an IOException thrown by 
Batik.
My IIS logged a 
http error 406.
The Mime type is 
okay. Don't forget: it works in "most" cases with Apache.
 
Regards,
Jo
 

  -Ursprüngliche Nachricht-Von: Gunnar Liljas 
  [mailto:[EMAIL PROTECTED]Gesendet: Donnerstag, 13. November 2003 
  09:59An: [EMAIL PROTECTED]Betreff: Re: 
  fo:external-graphic does not support SVG when src is an 
  url
  Make sure that the web server returns a correct 
  content-type (MIME) for svg.
   
  image/svg+xml if I remember 
correctly
   
  /G
  
- Original Message - 
From: 
Unger, Joachim 
To: [EMAIL PROTECTED] 
Sent: Wednesday, November 12, 2003 9:05 
PM
Subject: fo:external-graphic does not 
support SVG when src is an url

Hi! 
I found a  problems when using urls 
instead of files for fo:external-graphic's src paramater. 
http://localhost:8080/img 
...  
    url('/SomePics.svg') 
 
OR  
    /SomePics.svg  
does not work for IIS at all. It works in 95% of all cases with APACHE. 
It work in 100%  of all cases with 
files. I get no exception(s) and - no 
pictures. Any ideas? 
FOP is 0.20.5 distribution. 
Regards, 
Joachim 



RE: Problems using Tiff with FOP

2003-11-13 Thread Cavallini David



Hello,
 
I got 
the same problem with FOP 0.20.5: I could not render documents with more than 
about 150/200 pages with 1 TIFF per page (OutOfMemory). I tried to remove the 
image cache management in FOP source code but it didn't 
help.
For 
now I use FOP 0.20.1 with which I can render about 1000 pages documents 
with 800 mbytes JVM option (-Xms800m -Xmx800m). My target would be 4000 pages 
documents but it does not seem possible by now with FOP.

  -Message d'origine-De : Francisco García Leal 
  [mailto:[EMAIL PROTECTED]Envoyé : mercredi 12 novembre 2003 
  13:33À : [EMAIL PROTECTED]Objet : 
  Problems using Tiff with FOP
  
  Hello..
   
      I am using FOP 0.20.5. I 
  have to create a PDF file with tiff graphics but I get java.lang.OutOfMemory 
  Error. I have to include about 100 tiffs (one tiff in each page) in each pdf. 
  I also get another error using JAI (unsupported photometric interpretation 
  value 1) and I don´t know what is the meaning?
   
   
  [INFO] 
  [26]
  [INFO] 
  Reverting to TIFF image handling through JAI: Error while loading image 
  f
  ile:/data/ 
  7827-31015-107998.tif : class 
  org.apache.fop.image.Ti
  ffImage - 
  unsupported photometric interpretation value 1
  12/11 
  12:54:33 error
  [1]java.lang.OutOfMemoryError
   
   
      I have been reading FOP´s 
  ideas to resolve this in the FOP page:
   
  -   I can´t increase too many the 
  memory available to the JVM.
   
  -  I am not using forward 
  references.
   
  - I have 
  tried to call org.apache.fop.image.FopImageFactory.resetCache() to empty the image 
  cache in the 
  fop source in each call to write tiff file (org.apache.fop.image.TiffImage) 
  but I haven´t done any improvent.
   
      
  - I am using multiple page sequences.
   
   
  Any help 
  would be appreciated.
   
  Thank in 
  advance.


RE: external-graphic does not support SVG when src is an url

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Unger, Joachim [mailto:[EMAIL PROTECTED]

> I found a  problems when using urls instead of files for
fo:external-graphic's src paramater.

What kind of problems exactly? The image does not get picked up or what?



> It works in 95% of all cases with APACHE.
> It work in 100%  of all cases with files.

What exactly do you mean by this? Is referencing pictures on the APACHE
website working, while the mentioned URL is not? The problem, in that case,
could be that your localhost is not serving the pictures at the expected
place...

> I get no exception(s) and - no pictures.

No exceptions... Normally, when an image is not found, at least some message
should show up, indicating that the URL is pointing to an invalid location.
( sth like "Error while rendering area..." )

Do you run FOP from the command line? If so, can you repeat the rendering
with the '-d' option to see if any indication is given?


TIA!

Andreas


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



Re: fo:external-graphic does not support SVG when src is an url

2003-11-13 Thread Gunnar Liljas
Title: fo:external-graphic does not support SVG when src is an url



Make sure that the web server returns a correct 
content-type (MIME) for svg.
 
image/svg+xml if I remember correctly
 
/G

  - Original Message - 
  From: 
  Unger, Joachim 
  To: [EMAIL PROTECTED] 
  Sent: Wednesday, November 12, 2003 9:05 
  PM
  Subject: fo:external-graphic does not 
  support SVG when src is an url
  
  Hi! 
  I found a  problems when using urls instead 
  of files for fo:external-graphic's src paramater. 
  http://localhost:8080/img ...  
      url('/SomePics.svg')  OR  
      /SomePics.svg  
  does not work for IIS at all. It works in 95% of all cases with APACHE. It work in 100%  of all cases with files. 
  I get no exception(s) and - no pictures. 
  Any ideas? 
  FOP is 0.20.5 distribution. 
  Regards, 
  Joachim 


RE: image in table header overlapping table body <-- possible ?

2003-11-13 Thread Andreas L. Delmelle
> -Original Message-
> From: Roland Schroth
>
> But i need the image to overflow the bottom of the header line
> (leaving its
> height unchanged) so that it flows right into the body area. The
> problem is
> that the overflow property isn't supported yet and a number-rows-spanned
> does not seem to work here because header and body rows obviously
> cannot be
> mixed.
>

Try the following (for example):

in the simple-page-master, set the margin-top for the region body to the
height of the one line containing 'Some Header Text' --depending on the
font-size of the text, of course.
Then set the height of the region-before to be greater than the margin-top
just defined (roughly equivalent to the height of the image).

This way your region-before will actually overlap the region-body by
(region-body-margin-top - region-before-height).

(This trick has often been advised as a workaround for adding watermarks, so
I guess the result would be that the header-image actually ends up being
overwritten by the content of the region-body --if any... So if you make
sure the first rows have no content at all in the first columns, this should
actually work.)


Hope this helps!

Greetz,

Andreas


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



fo:external-graphic does not support SVG when src is an url

2003-11-13 Thread Unger, Joachim
Title: fo:external-graphic  does not support SVG when src is an url





Hi!


I found a  problems when using urls instead of files for fo:external-graphic's src paramater.


http://localhost:8080/img
...

    url('/SomePics.svg')

OR

    /SomePics.svg



does not work for IIS at all. 
It works in 95% of all cases with APACHE.
It work in 100%  of all cases with files.
I get no exception(s) and - no pictures.
Any ideas?


FOP is 0.20.5 distribution.


Regards,


Joachim





image in table header overlapping table body <-- possible ?

2003-11-13 Thread Roland Schroth
Hello, out there ;-)

I need to build a table with a header line containing an image and a single
line of text. The problem is the image beeing to high to fit into the header
line which causes the header line to be resized vertically to match the
height of the image.

But i need the image to overflow the bottom of the header line (leaving its
height unchanged) so that it flows right into the body area. The problem is
that the overflow property isn't supported yet and a number-rows-spanned
does not seem to work here because header and body rows obviously cannot be
mixed.


I try to draw what i want to get (view with fixed-width font):



xsl-fo-area   /  in PDF it should look like that
__/
  /
  /
  /  +-+
table-header  /  | |   Some header text ...
  /  | header- |
  /  |  image  |   first row of table-body
  /  | |   second row of table-body
table-body/  +-+   third row of table-body
  /  .
  /  .
  /  .
  /  .
  /


(i hope that makes my problem clear)


As i generate the fo code and the PDF at runtime from different data in a
database, there may occur page breaks cutting the table into several pieces
and the header absolutely has to appear above each piece.
I also tried to use position="relative" with the top and left properties set
but did not get it working although i am sure this should work with the
actual version. Mabe i just don't see the forest for the trees ...

Does anyone have an idea of how to achieve this?
I would really appreciate any hint.

Thanks in advance,
Roland



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