cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark S. Kent" <mark.k...@vistyx.com>
Subject RE: Cocoon2 and FOP
Date Mon, 26 Nov 2001 16:00:21 GMT
Alex,

The page rotation thing is solved, but the code to dynamically write the
columns in the PDF file with the lines:

<xsl:for-each select="$timetypes">
  <fo:table-cell><fo:block><xsl:value-of
select="somename"></fo:block></fo:table-cell>
</xsl:for-each>

is running into errors when I try to display the page.  I've narrowed it to
these lines.  I know the column-widths for the table cells must be explicity
given (although I believe I should be able to calc this value and insert it
if I wanted to...), but I didn't see any limitation that said I couldn't
draw the columns this way.

Is this how you have done it as well?

Mark

-----Original Message-----
From: Alex McLintock [mailto:alex@arcfan.demon.co.uk]
Sent: Monday, November 26, 2001 8:22 AM
To: cocoon-users@xml.apache.org
Subject: Re: Cocoon2 and FOP


At 04:18 26/11/01, Mark S. Kent wrote:
>Sorry if this is off-topic, but I didn't see an FOP "User" list, just a
>"Developer" one, so let me know if I need to ask this question over there.


There is one. It is just a bit quiet.

>Is there a command in Apache's FOP to rotate the page by 90 degrees to get
a
>landscape orientation for PDF?


This is in the FAQ and has been argued to death. Try the archives for the
FOP-DEV
mailing list.

If you want to change orientation in the middle of a document you will find
that
quite hard. I don't know if anyone can do that with FO.

However most of the time you just need to swap round the width and the
height
parameters and tadah portrait becomes landscape and vice versa.
Most people report that this prints fine.

>   I have an output file that reads from a
>database to get a list of types that are created by the client.  I then use
>that count of types to create a loop of how many columns I should draw (I
>haven't actually written the code yet -- I'm making assumptions that will
>work with <fo:> commands).  So, there could be more types creating columns
>in my table that would cause the columns to scroll off of the page and not
>be seen.
>
>Is the width parameters in FO/PDF required to be hardcoded?


Yes - as far as I know. At least that has been the case for most of the
last year
whilst I have been using tables in FOP. I don't know if it has changed.
XSL:FO I think allows percentage widths in tables, but I don't know if that
is implemented
in the latest version.


>Otherwise, I
>plan on using a calculated number based on known first column widths plus
>product of the type count and a fixed column value for each type column.

That is roughly what I have done in the past.


Wow - I actually helped someone on the Cocoon users list! That must be a
first.....

Alex


---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message