Re: multicolumn with headline
Hi Georg, Georg Datterl wrote: Hi Vincent, Then you have to do it in two steps: one to see in how many lines the headline will be broken, Does FOP offer any help here? I could calculate the string length and divide, but that would not take hyphenation into account. Not really. That would be very tricky to implement because FOP’s code is not designed to offer that functionality. And anyway this would be resource-hungry because the whole layout process would have to be partially run in order to know what are the dimensions of the area, the font to be used, the font size, etc. Your best bet is, as you said, to estimate the size of the text. Hopefully that would give you a correct result in 99% of the cases. About the number of occurences of the marker: you just have to make sure that at least one marker will be present on every page. Good, I assumed somehting like that but every example I found talked about putting the marker in every cell... Regards, Georg Datterl Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: AW: multicolumn with headline
Hi Andreas, I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) So the only maybe possible solution is a dynamic height page header. When specifying the header extend, I'd need to reference the block in the header and include its size... Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Gesendet: Dienstag, 20. Januar 2009 19:10 An: fop-users@xmlgraphics.apache.org Betreff: Re: AW: multicolumn with headline On 20 Jan 2009, at 12:22, Georg Datterl wrote: [Vincent: ] I thought a plain fo:retrieve-marker would have done the job, but I forgot that it's allowed only as a descendant of an fo:static-content element. This is not a problem when the table is split over pages, but it will be if it starts in the middle of a page, as the headline will appear at the wrong place. And I guess this may be the case in your real-life documents... Actually, I guess I could live with that, at least in that special case. I'm just not sure, where this static element should be. It can't be in the page header, because that would overlap the table, it can't be in the flow, because then it would only appear once. Or am I missing something there? Can I put a block on a page which appears on every page, but outside of the flow and therefore outside of the 3 columns? I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) Even if retrieve-table-marker were implemented, the desired effect would still be difficult to achieve. I think you would then still need a hacky workaround, like repeating the same 'headline' text for the second and third column, but then in the same color as the background (faked invisibility). Then again, note that the retrieve-boundary-within-table can only be 'table', 'table-fragment' or 'page', which begs the question: How would we get a different marker retrieved in the second and third column? Cheers Andreas - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: multicolumn with headline
Hi Georg, Georg Datterl wrote: Hi Andreas, I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) So the only maybe possible solution is a dynamic height page header. When specifying the header extend, I'd need to reference the block in the header and include its size... Have a look at the attached FO file. Actually you would specify a ‘normal’ height for the region-before, and set the overflow property to ‘visible’. When the marker for the table is retrieved, then it would overflow the region-before and appear in the body. The second part of the trick is to enclose the table into a block with padding-before.conditionality set to ‘retain’. That way, when the table is broken over columns it will be ‘shifted’ from the top of the region-body, leaving room for the marker. Provided that you don’t specify any background on the region-body you should get the desired result. You normally can safely ignore the overflow warnings FOP will issue. Regards, Georg Datterl HTH, Vincent ?xml version=1.0 standalone=no? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=page page-height=10cm page-width=15cm margin=1cm fo:region-body margin-top=12pt column-count=3/ fo:region-before extent=12pt overflow=visible/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=page fo:static-content flow-name=xsl-region-before fo:block font-size=10ptPage fo:page-number//fo:block fo:retrieve-marker retrieve-class-name=headline retrieve-position=first-starting-within-page retrieve-boundary=page/ /fo:static-content fo:flow flow-name=xsl-region-body fo:block padding-before.length=14.4pt padding-before.conditionality=retain fo:table table-layout=fixed width=100% border=1pt solid black border-after-width.conditionality=retain fo:table-header fo:table-cellfo:blockTH 1/fo:block/fo:table-cell fo:table-cellfo:blockTH 2/fo:block/fo:table-cell /fo:table-header fo:table-body fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block1a/fo:block /fo:table-cell fo:table-cellfo:block1b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block2a/fo:block /fo:table-cell fo:table-cellfo:block2b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block3a/fo:block /fo:table-cell fo:table-cellfo:block3b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block4a/fo:block /fo:table-cell fo:table-cellfo:block4b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block5a/fo:block /fo:table-cell fo:table-cellfo:block5b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block6a/fo:block /fo:table-cell fo:table-cellfo:block6b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block7a/fo:block /fo:table-cell fo:table-cellfo:block7b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block8a/fo:block /fo:table-cell fo:table-cellfo:block8b/fo:block/fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:marker marker-class-name=headlinefo:blockHeadline.../fo:block/fo:marker fo:block9a/fo:block /fo:table-cell fo:table-cellfo:block9b/fo:block/fo:table-cell
AW: multicolumn with headline
Hi Vincent, That seems to solve two problems in one, just one last(?) thing: Why is the marker defined in each row? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Vincent Hennebert [mailto:vhenneb...@gmail.com] Gesendet: Mittwoch, 21. Januar 2009 13:09 An: fop-users@xmlgraphics.apache.org Betreff: Re: multicolumn with headline Hi Georg, Georg Datterl wrote: Hi Andreas, I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) So the only maybe possible solution is a dynamic height page header. When specifying the header extend, I'd need to reference the block in the header and include its size... Have a look at the attached FO file. Actually you would specify a 'normal' height for the region-before, and set the overflow property to 'visible'. When the marker for the table is retrieved, then it would overflow the region-before and appear in the body. The second part of the trick is to enclose the table into a block with padding-before.conditionality set to 'retain'. That way, when the table is broken over columns it will be 'shifted' from the top of the region-body, leaving room for the marker. Provided that you don't specify any background on the region-body you should get the desired result. You normally can safely ignore the overflow warnings FOP will issue. Regards, Georg Datterl HTH, Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: multicolumn with headline
Hi Vincent, Upon a closer look, it doesn't quite solve the main, initial problem: If the headline takes more than one line, it spills into the table. If I could be sure it's always only one line, I could as well let the header extend for 12pt+14.4pt, write Headline... into the header and let the body start below. But if the headline is Headline for an example with regard to headlines in pages for tables, how much would padding-before.length be? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Mittwoch, 21. Januar 2009 13:16 An: fop-users@xmlgraphics.apache.org Betreff: AW: multicolumn with headline Hi Vincent, That seems to solve two problems in one, just one last(?) thing: Why is the marker defined in each row? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Vincent Hennebert [mailto:vhenneb...@gmail.com] Gesendet: Mittwoch, 21. Januar 2009 13:09 An: fop-users@xmlgraphics.apache.org Betreff: Re: multicolumn with headline Hi Georg, Georg Datterl wrote: Hi Andreas, I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) So the only maybe possible solution is a dynamic height page header. When specifying the header extend, I'd need to reference the block in the header and include its size... Have a look at the attached FO file. Actually you would specify a 'normal' height for the region-before, and set the overflow property to 'visible'. When the marker for the table is retrieved, then it would overflow the region-before and appear in the body. The second part of the trick is to enclose the table into a block with padding-before.conditionality set to 'retain'. That way, when the table is broken over columns it will be 'shifted' from the top of the region-body, leaving room for the marker. Provided that you don't specify any background on the region-body you should get the desired result. You normally can safely ignore the overflow warnings FOP will issue. Regards, Georg Datterl HTH, Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: multicolumn with headline
Hi Georg, Georg Datterl wrote: Hi Vincent, Upon a closer look, it doesn't quite solve the main, initial problem: If the headline takes more than one line, it spills into the table. If I could be sure it's always only one line, I could as well let the header extend for 12pt+14.4pt, write Headline... into the header and let the body start below. But if the headline is Headline for an example with regard to headlines in pages for tables, how much would padding-before.length be? Then you have to do it in two steps: one to see in how many lines the headline will be broken, one to adjust the padding accordingly. Or implement some pre-processing step that would estimate the space required by the headline, and the number of lines it will give. Note that there is a limitation if the table does not end on a third column, as on my FO example. The headline will still span the three columns. I’m not sure there is any way to fix that. About the number of occurences of the marker: you just have to make sure that at least one marker will be present on every page. Putting a marker on every row naively ensures that; it depends on the actual content of the cell, but in my example putting a marker every 30 rows would have been enough. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Georg Datterl [mailto:georg.datt...@geneon.de] Gesendet: Mittwoch, 21. Januar 2009 13:16 An: fop-users@xmlgraphics.apache.org Betreff: AW: multicolumn with headline Hi Vincent, That seems to solve two problems in one, just one last(?) thing: Why is the marker defined in each row? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Vincent Hennebert [mailto:vhenneb...@gmail.com] Gesendet: Mittwoch, 21. Januar 2009 13:09 An: fop-users@xmlgraphics.apache.org Betreff: Re: multicolumn with headline Hi Georg, Georg Datterl wrote: Hi Andreas, I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) So the only maybe possible solution is a dynamic height page header. When specifying the header extend, I'd need to reference the block in the header and include its size... Have a look at the attached FO file. Actually you would specify a 'normal' height for the region-before, and set the overflow property to 'visible'. When the marker for the table is retrieved, then it would overflow the region-before and appear in the body. The second part of the trick is to enclose the table into a block with padding-before.conditionality set to 'retain'. That way, when the table is broken over columns it will be 'shifted' from the top of the region-body, leaving room for the marker. Provided that you don't specify any background on the region-body you should get the desired result. You normally can safely ignore the overflow warnings FOP will issue. Regards, Georg Datterl HTH, Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: multicolumn with headline
Hi Vincent, Then you have to do it in two steps: one to see in how many lines the headline will be broken, Does FOP offer any help here? I could calculate the string length and divide, but that would not take hyphenation into account. About the number of occurences of the marker: you just have to make sure that at least one marker will be present on every page. Good, I assumed somehting like that but every example I found talked about putting the marker in every cell... Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: multicolumn with headline
Hi Georg, Georg Datterl wrote: Hi Vincent, I have the feeling this is a job for markers, but I've never played with markers myself. Maybe something like this: put a marker containing the headline in every cell, and a retrieve-marker with retrieve-boundary=page. Hope this shows you the path to a solution. I had a look at markers and retrieve-table-marker seems to be the right way. Only it doesn't work. The compliance page doesn't even mention retrieve-table-marker. I guess, that's not a good sign. If you knew that and you are talking about a marker outside of the table I don't quite understand how the block would be defined to appear on the second page as a headline. fo:retrieve-table-marker hasn’t been implemented yet. I thought a plain fo:retrieve-marker would have done the job, but I forgot that it’s allowed only as a descendant of an fo:static-content element. This is not a problem when the table is split over pages, but it will be if it starts in the middle of a page, as the headline will appear at the wrong place. And I guess this may be the case in your real-life documents... If the headline is narrow enough to fit in the first header cell, then I guess retrieve-table-marker would do the job once it’s implemented. Otherwise, I’m not even sure your layout can be achieved using plain XSL-FO constructs. Other opinions on this are welcome. Sorry... Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: multicolumn with headline
Hi Vincent, I thought a plain fo:retrieve-marker would have done the job, but I forgot that it's allowed only as a descendant of an fo:static-content element. This is not a problem when the table is split over pages, but it will be if it starts in the middle of a page, as the headline will appear at the wrong place. And I guess this may be the case in your real-life documents... Actually, I guess I could live with that, at least in that special case. I'm just not sure, where this static element should be. It can't be in the page header, because that would overlap the table, it can't be in the flow, because then it would only appear once. Or am I missing something there? Can I put a block on a page which appears on every page, but outside of the flow and therefore outside of the 3 columns? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de -Ursprüngliche Nachricht- Von: Vincent Hennebert [mailto:vhenneb...@gmail.com] Gesendet: Dienstag, 20. Januar 2009 12:00 An: fop-users@xmlgraphics.apache.org Betreff: Re: multicolumn with headline Hi Georg, Georg Datterl wrote: Hi Vincent, I have the feeling this is a job for markers, but I've never played with markers myself. Maybe something like this: put a marker containing the headline in every cell, and a retrieve-marker with retrieve-boundary=page. Hope this shows you the path to a solution. I had a look at markers and retrieve-table-marker seems to be the right way. Only it doesn't work. The compliance page doesn't even mention retrieve-table-marker. I guess, that's not a good sign. If you knew that and you are talking about a marker outside of the table I don't quite understand how the block would be defined to appear on the second page as a headline. fo:retrieve-table-marker hasn't been implemented yet. I thought a plain fo:retrieve-marker would have done the job, but I forgot that it's allowed only as a descendant of an fo:static-content element. This is not a problem when the table is split over pages, but it will be if it starts in the middle of a page, as the headline will appear at the wrong place. And I guess this may be the case in your real-life documents... If the headline is narrow enough to fit in the first header cell, then I guess retrieve-table-marker would do the job once it's implemented. Otherwise, I'm not even sure your layout can be achieved using plain XSL-FO constructs. Other opinions on this are welcome. Sorry... Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: AW: multicolumn with headline
On 20 Jan 2009, at 12:22, Georg Datterl wrote: [Vincent: ] I thought a plain fo:retrieve-marker would have done the job, but I forgot that it's allowed only as a descendant of an fo:static-content element. This is not a problem when the table is split over pages, but it will be if it starts in the middle of a page, as the headline will appear at the wrong place. And I guess this may be the case in your real-life documents... Actually, I guess I could live with that, at least in that special case. I'm just not sure, where this static element should be. It can't be in the page header, because that would overlap the table, it can't be in the flow, because then it would only appear once. Or am I missing something there? Can I put a block on a page which appears on every page, but outside of the flow and therefore outside of the 3 columns? I think Vincent is right: not doable with XSL-FO. Breaking the flow's column-layout can only be achieved by span=all and that property only has effect for direct children of the flow. If you specify it on a deeper block, the processor should ignore it (according to the Rec) Even if retrieve-table-marker were implemented, the desired effect would still be difficult to achieve. I think you would then still need a hacky workaround, like repeating the same 'headline' text for the second and third column, but then in the same color as the background (faked invisibility). Then again, note that the retrieve-boundary-within-table can only be 'table', 'table-fragment' or 'page', which begs the question: How would we get a different marker retrieved in the second and third column? Cheers Andreas - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
multicolumn with headline
Hi everybody, I guess I need your help again. I have a 3-column page layout containing a table. And I have a headline which should be printed on every page, but not every column: headline... TH TH TH TH TH TH 1a 1b 5a 5b 9a 9b 2a 2b 6a 6b 10a 10b 3a 3b 7a 7b 11a 11b 4a 4b 8a 8b 12a 12b Now the easiest solution would be: Put headline... in the header. Problem: If the header has more lines than one, it flows into the body content. Having a main table with headline... in the table header and the actual table in the table body solves that problem, but then the 3-column flow is lost, since I don't know how many rows fit on a page and therefore I don't know whether the first entry in the second column is 5a/5b or maybe 6a/6b. and of course that depends on the headline height, too. Next, I tried a table with two header rows, one containing headline... and the other one TH/TH. Is there a way to suppress a header row in the second and third column? Ideas, anyone? Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: multicolumn with headline
Hi Georg, Georg Datterl wrote: Hi everybody, I guess I need your help again. I have a 3-column page layout containing a table. And I have a headline which should be printed on every page, but not every column: headline... TH TH TH TH TH TH 1a 1b 5a 5b 9a 9b 2a 2b 6a 6b 10a 10b 3a 3b 7a 7b 11a 11b 4a 4b 8a 8b 12a 12b Now the easiest solution would be: Put headline... in the header. Problem: If the header has more lines than one, it flows into the body content. Having a main table with headline... in the table header and the actual table in the table body solves that problem, but then the 3-column flow is lost, since I don't know how many rows fit on a page and therefore I don't know whether the first entry in the second column is 5a/5b or maybe 6a/6b. and of course that depends on the headline height, too. Next, I tried a table with two header rows, one containing headline... and the other one TH/TH. Is there a way to suppress a header row in the second and third column? Ideas, anyone? I have the feeling this is a job for markers, but I’ve never played with markers myself. Maybe something like this: put a marker containing the headline in every cell, and a retrieve-marker with retrieve-boundary=page. Hope this shows you the path to a solution. Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
AW: multicolumn with headline
Hi Vincent, I have the feeling this is a job for markers, but I've never played with markers myself. Maybe something like this: put a marker containing the headline in every cell, and a retrieve-marker with retrieve-boundary=page. Hope this shows you the path to a solution. I had a look at markers and retrieve-table-marker seems to be the right way. Only it doesn't work. The compliance page doesn't even mention retrieve-table-marker. I guess, that's not a good sign. If you knew that and you are talking about a marker outside of the table I don't quite understand how the block would be defined to appear on the second page as a headline. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH:www.irs-nbg.de Willmy PrintMedia GmbH:www.willmy.de Willmy Consult Content GmbH: www.willmycc.de - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org