W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2011

[Bug 13348] I was wondering if it would be possible to extend the iframe sandbox attribute to provide additional functionality. We've been developing a HTML5 digital signage solution where the playback application is a HTML5 web page. When the solution is displaying

From: <bugzilla@jessica.w3.org>
Date: Tue, 26 Jul 2011 05:51:23 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QlaY7-0004WI-LC@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13348

Stephen von Takach <steve@advancedcontrol.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |steve@advancedcontrol.com.a
                   |                            |u

--- Comment #3 from Stephen von Takach <steve@advancedcontrol.com.au> 2011-07-26 05:51:22 UTC ---
A pop-up windows position can be controlled from JavaScript and most browsers
give it focus instantly too.

I thought about the idea of rendering the iframe as always on top too. However
this would limit animation (a rotating cube for instance) and other cool
effects.

What may be a good compromise is that the iframe would have to be focused
before clicks are sent to it (like a pop-up window), a focused iframe is always
on top and any clicks sent to the iframe are not registered on the outer page.
Browsers could also enforce a minimum size before any content is rendered.

I personally can't see how these restrictions would be any more dangerous than
a pop-up window.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 26 July 2011 05:51:25 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:14 UTC