- From: Jer Noble <jer.noble@apple.com>
- Date: Thu, 12 May 2011 16:50:40 -0700
On May 12, 2011, at 4:23 PM, Robert O'Callahan wrote: > That only works if the browser can detect a deferral. If the user simply ignores the browser's UI, you wouldn't know when to fire the event. And there's also the issue of a "fullscreendenied" being followed by a "fullscreenchange", which is weird, but I guess we could live with it if it was the only issue. > > Although, if the user simply ignores the browser's UI, maybe the browser could fire the fullscreendenied event when there's next keyboard input or a mouse click into the tab that requested fullscreen. But I just made that up so I'll need to think about whether it's reasonable :-). Of course. I was really only talking about explicit user deferral actions; there might not be a good way to solve the problem of "ignoring the notification". If it's anything like the current Firefox Geolocation notification, wouldn't a click in the non-popup area dismiss the notification? > >> So I'd argue that the case where a page author would have to wait any appreciable amount of time before receiving a "fullscreendenied" event is actually quite rare. >> >> For what my sample size of one is worth, when Firefox pops up its passive "This Web page tried to open a popup window" UI, I usually ignore it rather than dismiss it. > > > Interesting. Does Firefox display that message for non-user-action driven pop-ups? Or are those blocked silently? > > It displays that message for non-user-action driven pop-ups. Popups in mouse click events are automatically allowed (and open a new tab). Okay. Assuming Firefox adopts the "Suggested UA Policy" portion of the API, equivalent full-screen window requests would be implicitly denied, so you would hopefully not be spammed by full-screen request notifications quite as frequently. -Jer
Received on Thursday, 12 May 2011 16:50:40 UTC