On Tue, Mar 31, 2015 at 12:47 AM, Seth Fowler s...@mozilla.com wrote:
I think we should modify the Page Visibility spec to let UA’s take actual
visibility of iframes into account when deciding if an iframe is hidden.
Wouldn't it be better to discuss that on public-web-perf?
--
Looking at https://developer.mozilla.org/en/docs/Web/HTML/Element/iframe
Wouldn't maybe the addition of new attribute to the iframe be the best way?
**
autopause
If present the client can pause any processing related to the
iframe if the iframe is not currently
autopause looks promising, but I want to ask for more: also add an
autounload attribute to allow UAs to unload specific iframes when they
are invisible.
I ask for this because I'm a contributor of pdf2htmlEX (
https://github.com/coolwanglu/pdf2htmlEX ).
Currently pdf2htmlEX can convert each
There are features being added to the DOM/web platform, or at least under
consideration, that do not have reasonable feature tests obvious/practical in
their design. I consider this a problem, because all features which authors
(especially those of libraries, like me) rely on should be able to
On 2015-03-31 10:16, duanyao wrote:
autopause looks promising, but I want to ask for more: also add an
autounload attribute to allow UAs to unload specific iframes when
they are invisible.
This is also a good idea.
I also realized that maybe video and audio can benefit from a
autopause
The active area in the svg is whatever the active graphical shape is, I
don't quite understand what you mean that it's unclear. The active shape
can also be styled with css based on :hover or :active rules, for example
to add an outline or to do some sort of visual highlighting.
For
The active area in the svg is whatever the active graphical shape is, I
don't quite understand what you mean that it's unclear
The main difference between native SVG implementation and native area
implementation (map/area scenario lets you small room for maneuvering, so
it's native anyway) is
On 2015-03-31 16:09, Boris Zbarsky wrote:
On 3/31/15 2:18 AM, Roger Hågensen wrote:
What type of iframes would benefit from this?
Ads, from a user point of view.
Now getting them to opt in to being throttled...
-Boris
Would not a ad delivery network prefer not to have to push ads out
On 3/30/2015 10:02 PM, Bobby Mozumder wrote:
One thing I’m interested in is to see more technical discussions around this idea. Like, very specific issues that show a design or
concept flaw. It’s only been about 10 days since I proposed this and
I haven’t received much in that area. (I
On 2015-03-31 20:55, Nils Dagsson Moskopp wrote:
Roger Hågensen rh_wha...@skuldwyrm.no writes:
I often open multiple tabs, and then I go through them one by one later.
If I end up opening 3-4 videos at the same time I have to stop the other
3 so I do not get a cacophony of 4 videos at once.
Roger Hågensen rh_wha...@skuldwyrm.no writes:
I often open multiple tabs, and then I go through them one by one later.
If I end up opening 3-4 videos at the same time I have to stop the other
3 so I do not get a cacophony of 4 videos at once.
This is something that can be fixed by the UA:
On Mar 31, 2015, at 9:42 AM, Roger Hågensen rh_wha...@skuldwyrm.no wrote:
Would not a ad delivery network prefer not to have to push ads out that the
user is not seeing at all?
If not then they are only wasting bandwidth/CPU/memory on the server, and
causing impressions that are wasted
Roger Hågensen composed on 2015-03-31 21:09 (UTC+0200):
... For Mozilla browsers, you
can go to about:config and set media.autoplay.enabled to âfalseâ. Also,
the NoScript browser extension can make media click-to-play by default.
I hardly think a lot of users want to follow directions
13 matches
Mail list logo