RE: performance problem renedering nested fo-tables
Oops. I was testing a document without nested tables: Here are the correct values: PDF (104Kb) : 16 seconds xml (511Kb) : 7 seconds Sorry -Message d'origine- De : Hahn Kurt (CHA) [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 21. juin 2002 08:27 À : '[EMAIL PROTECTED]' Objet : RE: performance problem renedering nested fo-tables Hi, I'm generating a very similar document, also with nested tables within a main, one-column table. Here's my values: PDF (144 Kb, about 30-40 pages): 15 seconds just the XML (62 Kb): 7 seconds. I wouldn't say that FOP slows down a lot. But: Maybe it's your browser that's slowing down. I did my tests from a command-line tool, since it wouldn't be very fair to blame FOP only because IE is a lame duck... Kurt -Message d'origine- De : Argyn Kuketayev [mailto:[EMAIL PROTECTED] Envoyé : samedi, 15. juin 2002 00:03 À : '[EMAIL PROTECTED]' Objet : RE: performance problem renedering nested fo-tables addition to a previous message: I'm using FOP 0.20.3 with Cocoon 2.0.1. As I already stated, time to generate XSL-FO and serialize it to view in the browser is under 3 sec. Full time to generate PDF is about 15 seconds.
RE: performance problem renedering nested fo-tables
Do u know any other ways besides nested tables to achieve the same goal? my goal is whenever the nested section brakes at the page end to have continuing headers on the next page. So, Right now for one nested table I've this: fo:table - with one cell - this is for one root table, or a chapter of the book. so, the chapter title will be on every continuing page. fo:table-row fo:table with one cell - this wraps every row of the root table, or a section of the chapter, so when it breakes, its title on the next page fo:table-row fo:block - this contains the content of the row, e.g. coulmn listed as bullet items fo:block - this contains the nested tables, or sub-section of a chapter fo:table with few cells - this is for the nested table, or for a sub-section of the section, so when it breakes, its title is on the next page fo:table-row - every row contains one row of the sub-section, e.g. tabular view of columns of the fo:block - this contains one more nested tables, or sub-section of a chapter fo:table with few cells - this is for the nested table, or for a sub-section of the section, so when it breakes, its title is on the next page fo:table-row - every row contains one row of the sub-section, e.g. tabular view of columns of the row ... AND SO ON, there can be any number of nested tables further I don't know how to get rid of these all nested tables yet. When I tried to profile FOP, I've seen that one class takes large amount of time to process, it's FOTreeBuilder.endElement() Argyn -Original Message- From: Hahn Kurt (CHA) [mailto:[EMAIL PROTECTED] Sent: Friday, June 21, 2002 2:34 AM To: '[EMAIL PROTECTED]' Subject: RE: performance problem renedering nested fo-tables Oops. I was testing a document without nested tables: Here are the correct values: PDF (104Kb) : 16 seconds xml (511Kb) : 7 seconds Sorry -Message d'origine- De : Hahn Kurt (CHA) [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 21. juin 2002 08:27 À : '[EMAIL PROTECTED]' Objet : RE: performance problem renedering nested fo-tables Hi, I'm generating a very similar document, also with nested tables within a main, one-column table. Here's my values: PDF (144 Kb, about 30-40 pages): 15 seconds just the XML (62 Kb): 7 seconds. I wouldn't say that FOP slows down a lot. But: Maybe it's your browser that's slowing down. I did my tests from a command-line tool, since it wouldn't be very fair to blame FOP only because IE is a lame duck... Kurt -Message d'origine- De : Argyn Kuketayev [mailto:[EMAIL PROTECTED] Envoyé : samedi, 15. juin 2002 00:03 À : '[EMAIL PROTECTED]' Objet : RE: performance problem renedering nested fo-tables addition to a previous message: I'm using FOP 0.20.3 with Cocoon 2.0.1. As I already stated, time to generate XSL-FO and serialize it to view in the browser is under 3 sec. Full time to generate PDF is about 15 seconds.
Re: performance problem renedering nested fo-tables
Argyn, In your case it looks like you should investigate using fo:marker and fo:retrieve-marker to get your page headers. Each level of your table nesting would use a different marker-class-name. The page header can then retrieve the contents of that marker (The contents do not print in the page, are there only to be retrieved) in the fo:static-content flow-name=xsl-region-before put something like fo:block Chapter: fo:retrieve-marker retrieve-class-name=chapter retrieve-boundary=page retrieve-position=first-starting-within-page/ Section: fo:retrieve-marker retrieve-class-name=section retrieve-boundary=page retrieve-position=first-starting-within-page//fo:block And in the fo:flow flow-name=xsl-region-body put fo:marker marker-class-name=chapterOne/fo:marker at the beginning of each chapter etc. Chuck Argyn Kuketayev wrote: Do u know any other ways besides nested tables to achieve the same goal? my goal is whenever the nested section brakes at the page end to have continuing headers on the next page. So, Right now for one nested table I've this: fo:table - with one cell - this is for one root table, or a chapter of the book. so, the chapter title will be on every continuing page. fo:table-row fo:table with one cell - this wraps every row of the root table, or a section of the chapter, so when it breakes, its title on the next page fo:table-row fo:block - this contains the content of the row, e.g. coulmn listed as bullet items fo:block - this contains the nested tables, or sub-section of a chapter fo:table with few cells - this is for the nested table, or for a sub-section of the section, so when it breakes, its title is on the next page fo:table-row - every row contains one row of the sub-section, e.g. tabular view of columns of the fo:block - this contains one more nested tables, or sub-section of a chapter fo:table with few cells - this is for the nested table, or for a sub-section of the section, so when it breakes, its title is on the next page fo:table-row - every row contains one row of the sub-section, e.g. tabular view of columns of the row ... AND SO ON, there can be any number of nested tables further I don't know how to get rid of these all nested tables yet. When I tried to profile FOP, I've seen that one class takes large amount of time to process, it's FOTreeBuilder.endElement() Argyn
