On Mon, 18 Oct 2010 01:01:00 +0200, Chris Pearce ch...@pearce.org.nz
wrote:
In the description of the media ready states for HAVE_ENOUGH_DATA [1],
the spec says:
If the autoplaying flag
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#autoplaying-flag
is true, and
Maybe the browser could simulate :hover (or :focus) for those words so
it would be easy to style it.
--
Diogo
On Sun, 2010-10-17 at 10:18 +1100, Silvia Pfeiffer wrote:
I've just looked into using WebSRT for subtitling songs where I'm also
using it to provide more detailed timing on the
On Sat, Oct 16, 2010 at 4:18 PM, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
I would expect a style of rendering where all words are first
displayed in ordinary display and e.g. painted in a different color as
the time reaches them. Something like:
::cue {
color: black;
}
// this is
Just for my own understanding, what you're saying is:
1) Any event name in the stream must be a valid event name in that it must not
have spaces, special characters, etc. (The wording in the spec made me think
that it must be an event name that is listed in the DOM Events spec, such as
click.)
I believe it's a security feature.
Imagine that you download foo.html into your C:/ - according to the logic
below, script running in foo.html should be able to read *any file on your
C:/ drive*. That seems scary to me.
FWIW, chrome allows passing the --allow-file-access-from-files command line
I've been working on better support of arbitrary MIME types in WebKit for
some time, and I had some implementation questions. In the past, UAs seem to
have gone out of their way to make sure full filesystem paths aren't exposed
to the Javascript (e.g. in the file input control). When I did the
On Mon, Oct 18, 2010 at 1:59 PM, 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
Sorry, I'm using properties as a generic term for different types of data
that might be set in a drag. A lot of file managers try to be helpful and
populate alternative metadata for a file. Some of this metadata contains
file system paths. If the web dragging clipboard mirrors the native dragging
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
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?
David Singer
Multimedia and Software Standards, Apple Inc.
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
OK, you are right. If a script wants to annoy me, it can. And boy, do some
web designers not know how annoying that can be :-(
On Oct 18, 2010, at 16:59 , Robert O'Callahan wrote:
On Tue, Oct 19, 2010 at 12:57 PM, David Singer sin...@apple.com wrote:
isn't autoplaying a media element over
12 matches
Mail list logo
