AW: AW: multicolumn with headline

2009-01-21 Thread Georg Datterl
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



AW: multicolumn with headline

2009-01-21 Thread Georg Datterl
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

2009-01-21 Thread Georg Datterl
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



AW: multicolumn with headline

2009-01-21 Thread Georg Datterl
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



AW: multicolumn with headline

2009-01-20 Thread Georg Datterl
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

2009-01-20 Thread Andreas Delmelle

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



AW: multicolumn with headline

2009-01-19 Thread Georg Datterl
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