>> Because table markers change the size of the table's header after
>> the header is measured. And after the header is modified, the
>> marker's anchor may have to go to the next page; this is similar
>> to, but more complex than, footnotes due to interaction with floats.
>
> Well, can't you measure the header after the marker content is
> retrieved?
One who will implement it, will have to; and then reformat the
table's content to find out whether the anchor still fits -- for
every anchor; or impose restrictions on floats' interaction tables.
> No, but I would like to generate a statement with sub totals
> carried across pages. I'm sure there is a solution to this problem.
> Perhaps it doesn't fit well into traditional layout algorithms, so
> it is a opportunity to develop a new one ;)
XEP does not have a single traditional layout algorithm simply
because I knew very little about them when I started. The problem is
not whether it is possible to provide a markup convenient for
rendering table subtotals; the problem is that the way it is
specified in XSL 1.1 is a disaster. A disaster that imposes a very
limited choice on the implementer:
- introduce restrictions and deviation from the specification
into the implementation to provide the feature and still keep the
software reliable
- adhere to the recommendation and trap the user in border cases.
David
-------------------
(*) 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.html
Received on Mon Nov 7 03:30:34 2005
This archive was generated by hypermail 2.1.8 : Mon Nov 07 2005 - 03:30:35 PST