ISSUE-99 (clear semantics): What happens when fill operations are blocked (related to Issue 98) [DFXP 1.0]

ISSUE-99 (clear semantics): What happens when fill operations are blocked  (related to Issue 98) [DFXP 1.0]

http://www.w3.org/AudioVideo/TT/tracker/issues/99

Raised by: Sean Hayes
On product: DFXP 1.0

The current semantics are not actually very clear as to what happens when fill operations are blocked (there is no explicit part to B.5.1 which matches the condition:  “the fill buffer is non-empty and contains sufficient content to compose a fill unit but insufficient space is present to accommodate it”.  Presumably step 1 is skipped, and the timer is reset in step 2, so the fill remains pending, which implies that under some conditions, some content may never get flowed into the region. Again this seems to be due to the presence of an independent clear cycle.

I suggest that if the clear is initiated only by the fill/overflow condition, then these issues could be avoided by the algorithm:

Fill timer expires ->
      While there is insufficient room to fit one fill unit into region
                Use clear operation to remove one clear unit
      Use reflow operation to adjust spacing if necessary
      Use fill operation to flow one fill unit into region

Which also helps with the condition when the clear unit is smaller than the fill unit.

Received on Friday, 15 May 2009 10:51:09 UTC