[whatwg] Fullscreen changes to support <dialog>

Sean Hogan shogun70 at westnet.com.au
Wed Apr 4 20:51:52 PDT 2012


On 5/04/12 3:31 AM, Tab Atkins Jr. wrote:
> On Wed, Apr 4, 2012 at 1:05 AM, Anne van Kesteren<annevk at opera.com>  wrote:
>> On Wed, 04 Apr 2012 01:14:43 +0200, Ian Hickson<ian at hixie.ch>  wrote:
>>> If this works, then I'll use this for<dialog>.
>> How does this work for nested browsing contexts? Currently using<iframe
>> allowfullscreen>  (not in HTML yet) you can fullscreen elements embedded via
>> an<iframe>. Would we then have to push the<iframe>  element on the stack
>> and make its height and width cover the viewport, and then push the element
>> in question inside the<iframe>  on the stack, or do we want to deal with
>> this in another way?
> The thinking so far is that we don't do anything special for dialogs.
> They don't escape their<iframe>, and the<iframe>  doesn't have any
> special response to a dialog spawning within it, unlike for
> fullscreen.
>
>
>> Which pseudo-classes are we keeping? :fullscreen still seems useful,
>> :fullscreen-ancestor probably not. What are the new default styles going to
>> be?
> In the www-style thread I gave a proposal for the new styling. I'll
> reproduce it here:
>
> :fullscreen {
>   position: fixed;
>   top: 0; left: 0; right: 0; bottom: 0;
> }
>
> :fullscreen::backdrop {
>   position: fixed;
>   top: 0; left: 0; right: 0; bottom: 0;
>   background: black;
> }
>
> dialog[modal] {
>   position: center;
> }
>
> dialog[modal]::backdrop {
>   position: fixed;
>   top: 0; left: 0; right: 0; bottom: 0;
> }

So the ::backdrop could be styled to not cover the whole page?
Could it default to a "top" layer, but optionally be given a z-index?

Sean




More information about the whatwg mailing list