Re-reading this gave me an idea to slightly modify my suggestion.
At 2009-03-31 15:30 +0800, I wrote:
>Remember that XSL-FO is tolerant of foreign namespaces. Using your
>own namespace you can seed signals in the XSL-FO document and the
>processor would just ignore them. The only change you add to your
>existing code is to add in the XSL-FO a private foreign-namespace
>attribute of your own to signal the table that needs to be spanned.
There is no need to go to that effort ... just put the span="all" in
the table that is being spanned, and the second-pass XSLT will be
able to find the table needing massaging without the need for a
signal in a non-XSL-FO namespace.
Of course if you sent the XSL-FO instance as is to the formatter it
would be rejected because the table isn't at the top level, but now
the generic second-pass XSLT is just finding and "extricating" the
spanned table from the flow that was created by the arbitrary
formatting algorithms.
Of course, that's the difficult bit. But I'm still thinking it might
be possible to be generic.
. . . . . . . . . . . Ken
-- XSL-FO/XSLT/XQuery training in Los Angeles (New dates!) 2009-06-08 Training tools: Comprehensive interactive XSLT/XPath 1.0/2.0 video Video lesson: http://www.youtube.com/watch?v=PrNjJCh7Ppg&fmt=18 Video overview: http://www.youtube.com/watch?v=VTiodiij6gE&fmt=18 G. Ken Holman mailto:gkholman@CraneSoftwrights.com Crane Softwrights Ltd. http://www.CraneSoftwrights.com/f/ Male Cancer Awareness Nov'07 http://www.CraneSoftwrights.com/f/bc Legal business disclaimers: http://www.CraneSoftwrights.com/legal ------------------- (*) To unsubscribe, send a message with words 'unsubscribe xep-support' in the body of the message to majordomo@renderx.com from the address you are subscribed from. (*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.htmlReceived on Tue Mar 31 03:46:43 2009
This archive was generated by hypermail 2.1.8 : Tue Mar 31 2009 - 03:46:50 PST