On Tue, Feb 2, 2010 at 10:41 AM, Brian Campbell lam...@continuation.orgwrote:
I'm a bit concerned about when the fullscreen events and styles apply,
though. If the page can tell whether or not the user has actually allowed it
to enter fullscreen mode, it can refuse to display content until the
On Thu, Feb 4, 2010 at 6:17 AM, John Gregg john...@google.com wrote:
The Webapps WG is working on a spec for a Web Notification API. You can
see the current draft at
http://dev.w3.org/2006/webapi/WebNotifications/publish/, and I would
suggest sending comments to the public-webapps mailing
On Thu, Feb 4, 2010 at 11:34 AM, Drew Wilson atwil...@google.com wrote:
2) Allow more full-featured HTML notifications on the overwhelming majority
of platforms that support them.
Given that Mac and Linux don't support HTML notifications, what platforms
are those?
Rob
--
He was pierced for
On Thu, Feb 4, 2010 at 6:50 PM, Brian Campbell lam...@continuation.orgwrote:
I think the most reasonable approach would be to say that the
getBoundingClientRect().width or height is rounded to the nearest pixel.
Boxes are displayed rounded to the nearest pixel, with no fractional pixels
being
On Thu, Feb 4, 2010 at 1:00 PM, Tim Hutt tdh...@gmail.com wrote:
http://concentriclivers.com/canvas.html (the source is nicely
formatted and very short)
canvas.style.width = ww;
canvas.style.height = hh;
Perhaps you meant ww +
In general, keeping the canvas buffer size matching its rendered size so
that no resampling occurs requires clearing and repainting the canvas during
browser zoom changes as well as layout changes (and possibly during other
changes such as changes to the transforms of ancestors). It also requires
On Fri, Feb 5, 2010 at 3:25 AM, Brian Campbell lam...@continuation.orgwrote:
On Feb 4, 2010, at 1:55 AM, Robert O'Callahan wrote:
On Thu, Feb 4, 2010 at 6:50 PM, Brian Campbell lam...@continuation.org
wrote:
I think the most reasonable approach would be to say
On Thu, Feb 11, 2010 at 8:19 AM, Brian Campbell lam...@continuation.orgwrote:
But no, this isn't something I would consider to be production quality. But
perhaps if the WebGL typed arrays catch on, and start being used in more
places, you might be able to start doing this with reasonable
On Fri, Feb 19, 2010 at 1:52 PM, Ian Hickson i...@hixie.ch wrote:
toDataURL() was named that way for consistency with toString(), which
seems a closer analogue here than getElementById() and friends.
bikeshed
But you're not really converting the form element into something equivalent,
are
Apart from compatibility issues, there's also the fact that requiring
explicit adopt/import is a pointless burden on authors.
Rob
--
He was pierced for our transgressions, he was crushed for our iniquities;
the punishment that brought us peace was upon him, and by his wounds we are
healed. We
On Wed, Mar 10, 2010 at 3:59 PM, Michael Dale d...@ucsc.edu wrote:
I was part of the initial thread that was left unresolved. I would just
re-iterate that its important the fullscreen system does not deprive the web
designer of flexibility to do DOM overlays / layouts.
You mean the thread
On Tue, Apr 13, 2010 at 7:28 PM, Jonas Sicking jo...@sicking.cc wrote:
Will implementations want to do the rendering of the subtitles off the
main thread? I believe many browsers are, or are planning to, render
the actual video graphics using a separate thread. If that is correct,
do we want
On Mon, Apr 12, 2010 at 12:47 PM, Silvia Pfeiffer silviapfeiff...@gmail.com
wrote:
Understood. But what is actually the cost of implementing all of TTML?
The features in TTML all map onto existing Web technology, so all it
takes is a bit more parsing code over time.
When implementing one
See https://bugzilla.mozilla.org/show_bug.cgi?id=519928
Suppose we have a script element inside a contenteditable parent. Should
the script run? What about on* attribute event handlers, should they fire in
response to events? What about object plugins inside a contenteditable
parent, should they
I think it's interesting to think about what browsers could do with stereo
output.
We already have three features that could produce useful stereo output
today:
1) WebGL
2) CSS 3D Transforms
3) video (assuming there was some kind of 3D video format defined
elsewhere)
What are the use cases for
On Tue, Apr 27, 2010 at 8:38 PM, Eoin Kilfeather ekilfeat...@dmc.dit.iewrote:
* A user visits the National Museum site and wants to see a
time-machine view of objects in the collection with a sense of 3D
depth based on their age
I think this is the closest you get to an actual use-case
On Wed, Apr 28, 2010 at 8:09 PM, Eoin Kilfeather ekilfeat...@dmc.dit.iewrote:
If we take the case of the Blu-Ray 3D specification it is neutral about how
the hardware is implemented, but the hardware is expected to respect the
flags indicating whether a frame is for the left or right virtual
On Tue, May 18, 2010 at 8:23 PM, Odin Omdal Hørthe odin.om...@gmail.comwrote:
Justin Dolske's idea looks rather nice:
This seems like a somewhat unfortunate thing for the spec, I bet
everyone's
going to get it wrong because it won't be common. :( I can't help but
wonder if
it would be
On Wed, May 19, 2010 at 5:35 AM, Ojan Vafai o...@chromium.org wrote:
The webkit behavior of allowing all scripts makes the most sense to me. It
should be possible to disable scripts, but that capability shouldn't be tied
to editability. The clean solution for the CKEditor developer is to use a
On Wed, May 19, 2010 at 5:35 AM, Ojan Vafai o...@chromium.org wrote:
The webkit behavior of allowing all scripts makes the most sense to me. It
should be possible to disable scripts, but that capability shouldn't be tied
to editability. The clean solution for the CKEditor developer is to use a
I just became aware that application/octet-stream is excluded from being a
type the user agent knows it cannot render.
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#a-type-that-the-user-agent-knows-it-cannot-render
Apparently this was done in response to a bug report:
On Thu, May 20, 2010 at 9:55 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
I just became aware that application/octet-stream is excluded from being a
type the user agent knows it cannot render.
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#a-type-that-the-user
On Fri, May 21, 2010 at 2:00 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/20/10 5:59 AM, Robert O'Callahan wrote:
Hmm. I guess it doesn't add any implementation requirements beyond what
you need to handle the complete absence of a Content-Type (which we
currently don't handle, but I
On Fri, May 21, 2010 at 12:50 PM, Maciej Stachowiak m...@apple.com wrote:
I'd also love to hear from Mike Shaver and others from the original thread
what they think of this API proposal.
I think Shaver's feedback still applies: on any device with a GPU, we can
optimize canvas and/or rendering
On Sat, May 22, 2010 at 10:12 AM, David Levin le...@google.com wrote:
There are a few issues here:
1. This only applies when you can accelerate with a GPU. Not all
devices may support this.
2. This only applies to browsers that implement the acceleration with a
GPU. When Mike
On Tue, May 18, 2010 at 9:46 PM, Silvia Pfeiffer
silviapfeiff...@gmail.comwrote:
To be honest, it doesn't make much sense to display the wrong time
in a player. If a video stream starts at 10:30am and goes for 30 min,
then a person joining the stream 10 min in should see a time of 10min
- or
On Mon, May 24, 2010 at 2:55 PM, Silvia Pfeiffer
silviapfeiff...@gmail.comwrote:
Just to clarify: what time would a video display as it is playing back
in the browser?
The currentTime+realTimeOffset (if any), where currentTime would
include any initialPlaybackOffset?
Yes.
Rob
--
He was
On Mon, May 24, 2010 at 3:52 PM, Philip Jägenstedt phil...@opera.comwrote:
On Mon, 24 May 2010 03:03:15 +0200, Robert O'Callahan
rob...@ocallahan.org wrote:
Here's how I think it should work:
-- currentTime (and related times, such as times in TimeRanges) range from
0
to 'duration
On Mon, May 24, 2010 at 5:54 PM, Philip Jägenstedt phil...@opera.comwrote:
So from this I gather that either:
1. initialTime is always 0
or
2. duration is not the duration of resource, but the time at the end.
I wouldn't say that. If you can seek backwards to before the initial time,
On Mon, May 24, 2010 at 10:13 PM, Philip Jägenstedt phil...@opera.comwrote:
Oh, so the idea is that the earlier data might actually be seekable, it's
just that the UA seeks to an offset, much like with media fragments? The
exception might be live streaming, where the duration is +Inf anyway.
On Mon, May 24, 2010 at 11:29 PM, Silvia Pfeiffer silviapfeiff...@gmail.com
wrote:
Here's how I've understood it would work with the attributes:
* currentTime is the video's timeline as described, so since we are at
offset (3), currentTime = t2.
* initialTime = t1, namely the offset at where
On Sat, May 29, 2010 at 11:16 AM, Ian Fette i...@chromium.org wrote:
Has any thought been given to exposing such metrics as framerate, how many
frames are dropped, rebuffering, etc from the video tag? My understanding
is that in the Flash player, many of these types of statistics are readily
On Sun, May 30, 2010 at 3:58 AM, Mike Hearn m...@plan99.net wrote:
Yeah, I'd think this isn't really a problem that should be solved as
part of HTML5 but rather as improvements to the protocol level.
Spriting is after all just a hack around the strict 1-file-1-request
nature of HTTP and not
On Tue, Jun 1, 2010 at 9:22 AM, Mike Hearn m...@plan99.net wrote:
HTTP-level solutions are vulnerable to broken proxies and caches, of
which
there are many. This is why HTTP pipelining doesn't really work.
Yeah I know, but does that mean HTML should work around lack of
features in HTTP? I
On Mon, Jun 21, 2010 at 1:06 PM, Gregory Maxwell gmaxw...@gmail.com wrote:
So... an interesting bit of fun comes up when you use layout tricks to
prevent the context menu in order to make save as impossible, and you
eliminate the full screen option as an unwanted side effect.
We actually
On Tue, Jun 22, 2010 at 11:22 AM, Kevin Carle kca...@google.com wrote:
It's important to realize that Flash fullscreen is about a lot more than
just having the video play. For many sites (such as us at YouTube), the
controls/UI are part of the fullscreen experience. Unless you can fullscreen
On Sat, Jun 26, 2010 at 11:00 AM, Mike Shaver mike.sha...@gmail.com wrote:
That is not my recollection of what happened with offline, for what
it's worth. Mozilla and Google had a relatively small set of
deviations between approaches (ours developed on the whatwg list and
Google's developed
On Mon, Jul 19, 2010 at 11:20 PM, Philip Jägenstedt phil...@opera.comwrote:
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#mime-types
There was some discussion about this, last in
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-May/026409.html
I've tested
On Thu, Jul 22, 2010 at 2:07 AM, Chris Double chris.dou...@double.co.nzwrote:
When content sniffing are we ignoring the mime type served by the
server and always sniffing? If so then incorrectly configured servers
can result in more downloaded data due to having to read the data
looking for a
On Thu, Jul 29, 2010 at 10:09 AM, Oliver Hunt oli...@apple.com wrote:
This is the way the webkit canvas implementation has always worked, firefox
implemented this incorrectly, and the spec was based off of that
implementation.
I don't think the spec was based off of that implementation is
Although I was kinda against adding canvas-2D to workers in the past, I
think adding canvas, at least canvas-3D, to workers is going to be essential
for advanced Web gaming to achieve steady frame rates, so I think we're
going to be going there sooner or later.
Rob
--
Now the Bereans were of
On Fri, Aug 6, 2010 at 10:17 AM, Simon Fraser s...@me.com wrote:
This is feedback on the Mozilla FullScreen API proposal here:
https://wiki.mozilla.org/index.php?title=Gecko:FullScreenAPI
The user agent may transition a Document into or out of the
fullscreen state at any time, whether or
On Fri, Aug 6, 2010 at 1:37 PM, Simon Fraser s...@me.com wrote:
On Aug 5, 2010, at 5:56 PM, Robert O'Callahan wrote:
On Fri, Aug 6, 2010 at 10:17 AM, Simon Fraser s...@me.com wrote:
* void cancelFullScreen()
I think exit would be better than cancel.
The only problem with exit
On Sat, Aug 7, 2010 at 1:39 AM, Mike Wilcox m...@mikewilcox.net wrote:
Kudos to Mozilla (and Robert?). This is awesome. It does appear that you
plan to allow fullscreen without the use of a user-trigggered event such as
a button-click like Flash does.
The proposed spec allows that, but I
On Sat, Aug 7, 2010 at 1:57 AM, Mike Wilcox m...@mikewilcox.net wrote:
Regarding fullscreen elements: I appreciate the initiative, but I wonder if
it's necessary to allow fullscreen at the element level?
It's not necessary, but it's a very useful convenience. It also allows the
UA to perform
Fullscreen support for specific elements is more than just a convenience -
it's fairly common to have multiple elements on a page that could be made to
go fullscreen
If the browser fullscreen API only supported making the entire page
fullscreen, you could make an element fullscreen by making the
On Mon, Aug 9, 2010 at 5:58 PM, John Harding jhard...@google.com wrote:
If there are multiple elements on the page (e.g. multiple inline video
players) that could go fullscreen, you still need some way to determine
which of them the user intended to make fullscreen.
It's up to the script in
On Sun, Aug 15, 2010 at 12:17 PM, Adam Barth w...@adambarth.com wrote:
That's difficult to say given that it's supported in most browsers.
We'd need to look for folks complaining to Mozilla. There's a tree of
duplicate bug reports that lead to
On Sun, Aug 15, 2010 at 5:57 PM, Adam Barth w...@adambarth.com wrote:
On Sat, Aug 14, 2010 at 10:14 PM, Robert O'Callahan
rob...@ocallahan.org wrote:
On Sun, Aug 15, 2010 at 12:17 PM, Adam Barth w...@adambarth.com wrote:
That's difficult to say given that it's supported in most browsers
On Sun, Aug 15, 2010 at 6:16 PM, Robert O'Callahan rob...@ocallahan.orgwrote:
Wouldn't you consider the interoperability benefits to the Web platform?
Not to mention the benefit of simplifying the platform a tiny bit by
removing a feature which mostly duplicates another much more well-known
On Sun, Aug 15, 2010 at 6:30 PM, Adam Barth w...@adambarth.com wrote:
On Sat, Aug 14, 2010 at 11:18 PM, Robert O'Callahan
rob...@ocallahan.org wrote:
On Sun, Aug 15, 2010 at 6:16 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
Wouldn't you consider the interoperability benefits
What about lists? Alt text in img?
Rob
--
Now the Bereans were of more noble character than the Thessalonians, for
they received the message with great eagerness and examined the Scriptures
every day to see if what Paul said was true. [Acts 17:11]
On Mon, Aug 16, 2010 at 12:35 PM, Mike Wilcox m...@mikewilcox.net wrote:
On Aug 15, 2010, at 7:29 PM, Robert O'Callahan wrote:
What about lists? Alt text in img?
It handles lists and the line breaks, but it doesn't indent.
Image attributes are ignored.
Tables? Is there any documentation
On Mon, Aug 16, 2010 at 9:23 PM, Maciej Stachowiak m...@apple.com wrote:
A more hypothetical use would be a rich text editor that has a convert to
plaintext feature. textContent is not as useful for these use cases, since
it doesn't handle line breaks and unrendered whitespace properly.
On Tue, Aug 17, 2010 at 4:05 PM, Ian Hickson i...@hixie.ch wrote:
Hmm, good point. Any other suggestions?
Mozilla has already added a number of extensions using just a moz prefix
... e.g. mozInnerScreenX, mozPaintCount, mozRequestAnimationFrame.
Webkit has added extensions using a webkit
On Tue, Aug 17, 2010 at 11:56 PM, Anne van Kesteren ann...@opera.comwrote:
On Tue, 17 Aug 2010 13:53:59 +0200, Olli Pettay o...@pettay.fi wrote:
What is your testcase here? I was looking at the code and seems like
scrollToView is sync in Gecko. And a simple testcase showed that
On Sat, Aug 21, 2010 at 8:24 AM, Ian Hickson i...@hixie.ch wrote:
One comment: Rather than adding an allowfullscreen attribute on
iframe, I would suggest just assuing that sandboxed content (i.e.
content of iframes with the sandbox= attribute) can't go fullscreen. I
can provide a sandbox flag
On Sat, Aug 21, 2010 at 5:21 PM, Adam Barth w...@adambarth.com wrote:
How is going fullscreen different from opening a popup window?
That depends on how the UA chooses to handle it. But this proposed
fullscreen API is based on the idea that the fullscreen content takes over
the toplevel
On Sun, Aug 22, 2010 at 4:12 AM, Adam Barth w...@adambarth.com wrote:
On Sat, Aug 21, 2010 at 2:00 AM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sat, Aug 21, 2010 at 5:21 PM, Adam Barth w...@adambarth.com wrote:
How is going fullscreen different from opening a popup window
this markup code in order for full screen to
work.
Right.
On Sun, Aug 22, 2010 at 8:00 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Sun, Aug 22, 2010 at 4:12 AM, Adam Barth w...@adambarth.com wrote:
This doesn't seem like a good model for full-screen. I would think
the model of re
On Mon, Aug 23, 2010 at 4:42 PM, Adam Barth w...@adambarth.com wrote:
Oh, I think the iframe-at-a-time is an easier model to work with since
the scripting context will get adopted into the full-screen view
together with the elements.
It requires the author to put each part of their page that
On Mon, Aug 23, 2010 at 5:03 PM, Adam Barth w...@adambarth.com wrote:
On Sun, Aug 22, 2010 at 9:56 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Mon, Aug 23, 2010 at 4:42 PM, Adam Barth w...@adambarth.com wrote:
Oh, I think the iframe-at-a-time is an easier model to work with since
On Mon, Aug 23, 2010 at 5:25 PM, Adam Barth w...@adambarth.com wrote:
So... The trade-off is:
1) Only browsing contexts can go full-screen (since they have URLs
that we could display).
2) Any element can go full-screen, but we'll need to add a nasty
non-semantic attribute.
Is
I think an ideal API for video frame processing would involve handing video
frames to a Worker for processing.
Rob
--
Now the Bereans were of more noble character than the Thessalonians, for
they received the message with great eagerness and examined the Scriptures
every day to see if what Paul
On Sat, Sep 11, 2010 at 11:03 AM, Tab Atkins Jr. jackalm...@gmail.comwrote:
On Fri, Sep 10, 2010 at 4:01 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
I think an ideal API for video frame processing would involve handing
video
frames to a Worker for processing.
Mm, yeah, probably
2010/9/19 Julian Reschke julian.resc...@gmx.de
On 15.09.2010 19:45, Gavin Peters (蓋文彼德斯) wrote:
Hi, I'm working on link tags inside of chrome. We're now experimenting
with an optimization that uses link tags and headers to avoid round
trips for cache validation in many cases.
...
2010/9/19 Julian Reschke julian.resc...@gmx.de
So it's a workaround that causes a performance optimization. It wouldn't be
necessary if the linked resource would have the right caching information in
the first place
I think you're misunderstanding the proposal.
If present for an http uri,
On Sun, Sep 19, 2010 at 10:57 PM, Shiv Kumar sku...@exposureroom.comwrote:
I'm glad to see that people do see the need to change (or specify in more
detail) the behavior of the poster at least insofar as it disappearing
before the video is played. As far as I know, every major browser (IE 9
On Mon, Sep 20, 2010 at 5:03 PM, Shiv Kumar sku...@exposureroom.com wrote:
Of course we wouldn’t want the user to see the poster during the time it
takes to switch so we clear value of the poster before doing this, which is
one of the issues cited in my very first post on this subject.
I
On Mon, Sep 20, 2010 at 10:31 PM, Shiv Kumar sku...@exposureroom.comwrote:
Rob,
I don't see why providing a scriptable API to hide the poster image is
better than just having authors use existing APIs to clear the poster
attribute.
What is the existing API to clear and show the poster?
On Mon, Sep 20, 2010 at 11:36 PM, Shiv Kumar sku...@exposureroom.comwrote:
Here are some contradictory cases that may serve as use cases to justify
the need to have a spate method:
1. Some websites, don’t bother showing the poster after the video
ends while providing the content
On Thu, Sep 23, 2010 at 10:11 PM, Mikko Rantalainen
mikko.rantalai...@peda.net wrote:
What kind of digesting and analyzing do you think is required? An UA is
free to implement support for this API in a way that will ever accept
the request only if the requested element is the video element.
On Thu, Oct 14, 2010 at 11:59 AM, Tony Gentilcore to...@chromium.orgwrote:
// Dimensions of the portion of the search box (e.g. a dropdown)
// that overlaps the window.
readonly attribute unsigned long x;
readonly attribute unsigned long y;
readonly attribute unsigned long width;
On Fri, Oct 15, 2010 at 12:53 PM, Tony Gentilcore to...@chromium.orgwrote:
The simplest way to address this is probably to advertise support via
an agreed upon meta tag. e.g.
meta name=NavigatorSearchBoxSupport content=true
The UA populates the API only if the page advertises support via the
On Mon, Oct 18, 2010 at 12:22 PM, timeless timel...@gmail.com wrote:
On Mon, Oct 18, 2010 at 2:01 AM, Chris Pearce ch...@pearce.org.nz wrote:
Unless there's a good reason not to, and since most browsers have
implemented autoplay when not in a document anyway, perhaps we should
update
the
On Tue, Oct 19, 2010 at 9:59 AM, Daniel Cheng dch...@chromium.org wrote:
However, this leads to issues like file system paths being exposed through
properties like x-special/gnome-icon-list or even text/plain. What is
the expected behavior here? Mirroring the native dragging clipboard allows
On Tue, Oct 19, 2010 at 12:57 PM, David Singer sin...@apple.com wrote:
isn't autoplaying a media element over which the user may well have no
control (unless the page offers a script to control it), inappropriate?
Maybe, but elements not in a document can only be created by script in the
On Sat, Oct 23, 2010 at 11:14 AM, Jonas Sicking jo...@sicking.cc wrote:
I think browsers will have to develop APIs, both for AT users and
non-AT-users which allow things like indicating which window is
playing audio, as well as tell it to mute (without allowing the page
to unmute) a given
On Sat, Nov 20, 2010 at 10:42 AM, Boris Zbarsky bzbar...@mit.edu wrote:
We (Mozilla) have no plans to expose screen pixels to untrusted content at
the moment, more or less as a policy decision.
We actually do support the -moz-device-pixel-ratio CSS media query. There
are legitimate use cases
On Mon, Nov 22, 2010 at 10:07 AM, Aryeh Gregor
simetrical+...@gmail.comsimetrical%2b...@gmail.com
wrote:
On Sat, Nov 20, 2010 at 12:21 AM, Robert O'Callahan
rob...@ocallahan.org wrote:
Most of the use cases for script access to the exact device pixel ratio
that
I've heard boil down
On Sun, Nov 21, 2010 at 9:59 AM, Charles Pritchard ch...@jumis.com wrote:
Rob: Mobile deployments using dpiPixelRatio (as has been adopted by Moz and
Webkit) and target-DpiDensity work well on the mobile, they are not hooked
to zoom on the desktop,
It is in Firefox.
and they were not
On Mon, Nov 22, 2010 at 1:40 PM, Charles Pritchard ch...@jumis.com wrote:
I would point out that the MS proposal has an independent X and Y scaling
mechanism.
Does anyone know of any modern displays which have different X and Y
resolution?
I believe that dpi ratio is simply set to 2 (or
On Mon, Nov 22, 2010 at 6:22 PM, Charles Pritchard ch...@jumis.com wrote:
I've a deep and detailed understanding of the SVG, HTML, DOM and CSS specs.
Just out of interest, why aren't you using SVG?
I understand the need to make canvas backing store pixels map to device
pixels when possible.
On Wed, Nov 24, 2010 at 1:53 PM, Kevin Marks kevinma...@gmail.com wrote:
Well, if we care about doing video processing with Canvas, understanding
anamorphic pixels is needed.
You mean the aspect ratio of the video source? Sure, but here we're talking
about the output device.
Anyway, adding
On Wed, Nov 24, 2010 at 2:23 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
For example, I've recently been playing with fractals in canvas, and
temporarily set my blog to have a screen-filling canvas z-index'd
below the content, filled with an interactive fractal (the mandelbrot
set, overlaid
On Wed, Nov 24, 2010 at 3:30 PM, Charles Pritchard ch...@jumis.com wrote:
SVG is a document format. It is not reliably implemented. It's far more
expensive to implement SVG on a new environment than Canvas.
So? You don't have to implement it.
I can't do much for you here other than
On Wed, Nov 24, 2010 at 10:14 PM, Charles Pritchard ch...@jumis.com wrote:
window.dpiPixelRatio does not change.
Is it mozDpiPixelRatio ?
There is no such property.
Rob
--
Now the Bereans were of more noble character than the Thessalonians, for
they received the message with great
On Thu, Dec 2, 2010 at 12:43 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
My question was specifically for an out-of-document iframe.
In-document, all elements are obviously valid.
Something like:
script
var frame = document.createElement(iframe);
frame.src = http://www.example.com;
On Thu, Dec 2, 2010 at 2:25 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Wed, Dec 1, 2010 at 5:20 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
In the absence of compelling use cases, I'd just leave it at img,
canvas
and video and whitelist in more elements later if necessary
On Thu, Dec 2, 2010 at 6:34 PM, Simon Fraser s...@me.com wrote:
On Dec 1, 2010, at 5:37 PM, Robert O'Callahan wrote:
On Thu, Dec 2, 2010 at 2:25 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
On Wed, Dec 1, 2010 at 5:20 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
In the absence
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#dom-media-durationsays:
The duration attribute must return the time of the end of the media
resourcehttp://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#media-resource,
in seconds, on the media
On Sat, Dec 18, 2010 at 11:27 PM, Philip Jägenstedt phil...@opera.comwrote:
Agreed, this is how I've interpreted the spec already. If a server replies
with 200 OK instead of 206 Partial Content and the duration isn't in the
header of the resource, then the duration is reported to be Infinity.
On Tue, Jan 4, 2011 at 7:25 AM, carol.sz...@nokia.com wrote:
I thought that the issue was settled as well, but after talking to Ian
Hixie and Philip Taylor, Ian indicated that if someone provides a clear
formulation of the spec text that matches webkit behavior, the spec would
likely be
On Wed, Jan 5, 2011 at 8:12 AM, carol.sz...@nokia.com wrote:
Please see my in-line comments below:
--
Version 1:
4.8.11.1.13 Drawing model
When a shape or image is painted, user agents must follow these steps, in
the order given (or act as if they do):
On Wed, Jan 12, 2011 at 9:42 PM, Philip Jägenstedt phil...@opera.comwrote:
For the record, this is the solution I've been imagining:
* add HTMLMediaElement.seek(t, [exact]), where exact defaults to false if
missing
* make setting HTMLMediaElement.currentTime be a non-exact seek, as that
On Fri, Jan 14, 2011 at 11:41 PM, James Graham jgra...@opera.com wrote:
On 01/13/2011 10:05 PM, Aryeh Gregor wrote:
There are a bunch of places where it says When invoked with the same
argument the same NodeList object may be returned as returned by an
earlier call. Shouldn't this be
On Tue, Jan 18, 2011 at 10:08 AM, Chris Pearce ch...@pearce.org.nz wrote:
Can this not be implemented on the server side? If you know the media has
an average playback rate of X KB/s, can the server reliably throttle its
transmission at 1.5X?
Yes, it seems to me that if you simply throttle
One solution that could work here is to honour dynamic changes to 'preload',
so switching preload to 'none' would stop buffering. Then a script could do
that, for example, after the user has paused the video for ten seconds. The
script could also look at 'buffered' to make its decision.
Rob
--
On Wed, Jan 19, 2011 at 6:11 AM, Zachary Ozer z...@longtailvideo.comwrote:
(Side note: I also haven't found a browser that stops loading the resource
even if you destroy the video tag.)
Setting the source URI to should stop the download.
Personally I think having browsers honor dynamic
On Wed, Jan 19, 2011 at 1:35 PM, Andy Berkheimer andyberkhei...@youtube.com
wrote:
As an example, I believe Chrome's current implementation _does_ stall
the HTTP connection (stop reading from the socket interface but keep
it open) after some amount of readahead - a magic hardcoded constant.
301 - 400 of 678 matches
Mail list logo
