Hold the phone. I think the problem was further up in the file with a missing "$" on a variable of the same "timetype" name. I fixed that and it worked just fine.
Mark -----Original Message----- From: Mark S. Kent [mailto:[EMAIL PROTECTED]] Sent: Monday, November 26, 2001 10:00 AM To: [EMAIL PROTECTED] Subject: RE: Cocoon2 and FOP 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:[EMAIL PROTECTED]] Sent: Monday, November 26, 2001 8:22 AM To: [EMAIL PROTECTED] 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: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- 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: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- 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: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
