Re: [fxtf-drafts] filter should be defined to establish a containing block for fixed and absolutely positioned elements

@dbaron @mstange @dirkschulze 
Update: Blink is now implementing the change.

Unfortunaley I don't think the resolution described in comments on Nov 29 and Dec 6 (and reflected in the draft spec) are what is desired. I didn't read it carefully enough at the time, sorry about that. :(

>From that resolution, one would conclude that root element that is filtered is not a containing block for any fixed-position elements. This is at odds with what I see as the core intent of the whole change, which
is to not have any element ever have a containing block chain which skips an ancestor filter.

Instead, the filter should apply to the viewport (in Blink/WebKit-speak, the LayoutView). Thus:

1. The filter does *not* scroll with the content
2. It is a containing block for every descendant, including fixed-position elements
3. It applies to the clipped contents of the viewport
4. It filters the root background color (perhaps this is optional though, if there are use-cases where it is really not desired)
5. It does not apply to scrollbars (same as previous resolution)

In terms of order of conceptual operations for drawing the content to the screen, it would be:

a. Draw content under root scroll
b. Scroll (a)
c. Draw fixed-position content (not technically accurate here because of z-index, but anyway..)
c. Clip to viewport
d. Apply filter
e. Draw scrollbars

-- 
GitHub Notification of comment by chrishtr
Please view or discuss this issue at https://github.com/w3c/fxtf-drafts/issues/11#issuecomment-360240933 using your GitHub account

Received on Wednesday, 24 January 2018 19:10:30 UTC