[whatwg] fullscreen event?
Ian Hickson
ian at hixie.ch
Wed May 7 17:47:00 PDT 2008
On Sat, 6 May 2006, Martijn wrote:
>
> I was thinking, maybe a fullscreen (and a normalscreen event or
> something like that) event would be useful? Also, a fullScreen property
> (which returns true or false) on the window would in that case be handy.
> Afaik, Mozilla already has such a property, only it doesn't work (it's
> always false, iirc).
On Sat, 6 May 2006, Dean Edwards wrote:
>
> What do you have in mind? I know that the browser's chrome disappears
> but otherwise how is this different from a normal resize event?
On Sat, 6 May 2006, Martijn wrote:
>
> Hmm, yes, I guess it's not really that much different from a resize
> event. So, indeed a fullscreen event is probably not that useful. But I
> think a way of detecting when the browser is in fullscreen mode would be
> useful.
On Sat, 6 May 2006, Dean Edwards wrote:
>
> I'm not really against the idea but Ian likes use cases. ;-)
On Sat, 6 May 2006, Martijn wrote:
>
> Well, I guess the fullscreen option is used for presentations. So I
> guess you would want to change the layout of a page, or the behavior,
> for example. I see that Opera already has a css way of doing this with
> the @media projection rule. So that's not a very strong use case, I
> guess.
On Mon, 8 May 2006, Arve Bersvendsen wrote:
>
> Opera applies stylesheets with 'media="projection"' when it goes in to
> fullscreen (projection) mode, so in one sense the resulting document is
> different. On the other hand, detecting this on resize is fairly
> trivially acheived by checking the style of some reference element.
On Tue, 5 Jun 2007, Arve Bersvendsen wrote:
>
> Not really, no. There is also the distinction between paged and
> continous media, see <URL:http://www.w3.org/TR/CSS21/page.html> and
> <URL:http://www.w3.org/TR/CSS21/media.html#media-groups>
On Tue, 5 Jun 2007, Arve Bersvendsen wrote:
>
> Multiple simultaneous, interactive renderings of the same document is a
> can of worms I'm not sure the world is ready to open just yet; For
> instance, what happens when events are invoked one one of the views, but
> not on the other?
On Wed, 10 May 2006, Jorgen Horstink wrote:
>
> I think a fullscreen event is not necessary because it is not that much
> different from a normal resize event. The question is: when is it
> usefull to know whether or not the browser chrome is visible or not? For
> presentations you can just press a button (if the browser supports
> fullscreen mode) and a resize event will be fired. Properties and Events
> regarding to fullscreen should not be in the specs. That should be up to
> the vendor to implement. I just had a little chat with Anne and he
> thinks a rendering change event (ie: before printing, generate a table
> of contents) will be usefull. I think he is right.
On Wed, 10 May 2006, Dean Edwards wrote:
>
> I suggested onbeforeprint/onafterprint events a while back. It got shot
> down. :-(
On Thu, 11 May 2006, Anne van Kesteren wrote:
>
> My suggestion would be to have a renderingMode event (or something like
> that) which in some way exposes a mediaList of the current rendering
> modes (mostly just one). If you go to print preview mode for example the
> event is dispatched and the mediaList contains 'print'. If you go to
> projection mode it contains 'print' etc.
On Thu, 11 May 2006, Dean Edwards wrote:
>
> Sounds good to me. :-)
On Thu, 11 May 2006, Martijn wrote:
>
> Yeah, sounds good to me, too. I also would like to know which rendering
> mode the window is in, at a particular time, I guess a getRenderingMode
> methode or something. Wouldn't the onbeforeprint/onafterprint event
> handlers also fit in here, somehow? Something like
> onbeforerenderingmodechange/onafterrenderingmodechange?
On Thu, 11 May 2006, Henri Sivonen wrote:
>
> Such a thing (as well as print CSS) can be used in an obnoxious way to
> implement weak anti-print Digital Restrictions Management. A *User*
> Agent should always allow printing the current DOM with the current CSS
> applied.
>
> Something I wrote long ago: http://hsivonen.iki.fi/print-ui/
This is a presentational concern, handled mostly pretty well by @media and
media="" today. If we really want events, I would say this is something
that CSSOM should specify.
Cheers,
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list