On Sat, 09 Jul 2011 01:19:02 +0200, Ian Hickson i...@hixie.ch wrote:
On Sat, 9 Jul 2011, Philip Jägenstedt wrote:
Step 11 is If current has an itemprop attribute specified, add it to
results. but should be If current has one or more property names, add
it to results. Property names
/microdatajs/commit/217cc34e7e679e2e4ea3e670a0dcdd155a7b9800
for verification, it passes the unit tests with said modification.)
On Wed, 29 Jun 2011, Philip Jägenstedt wrote:
Note also that other algorithms defined in terms of items and their
properties need to handle loopiness in some way. That's
On Fri, 08 Jul 2011 21:31:49 +0200, Ian Hickson i...@hixie.ch wrote:
On Fri, 8 Jul 2011, Philip Jägenstedt wrote:
On Fri, 08 Jul 2011 00:33:14 +0200, Ian Hickson i...@hixie.ch wrote:
On Wed, 8 Jun 2011, Tomasz Jamroszczak wrote:
I've been looking into Microdata specification and it struck
On Tue, 28 Jun 2011 19:53:02 +0200, Ian Hickson i...@hixie.ch wrote:
On Tue, 28 Jun 2011, Philip Jägenstedt wrote:
On Mon, 27 Jun 2011 07:53:53 +0200, John Giannandrea jgi...@google.com
wrote:
In the user feedback from the schema.org proposal, which uses
microdata as its syntax, we have
skip loopy items wherever they occur?
Simply failing is also an acceptable solution, IMO.
--
Philip Jägenstedt
Core Developer
Opera Software
,
just like itemRef and itemProp.
--
Philip Jägenstedt
Core Developer
Opera Software
time ago was to only let each
property belong to one item, letting items steal each others properties by
use of itemref. Even though it would solve this particular problem, it is
quite weird and was rightfully rejected.)
--
Philip Jägenstedt
Core Developer
Opera Software
On Thu, 09 Jun 2011 19:01:24 +0200, Ian Hickson i...@hixie.ch wrote:
On Thu, 9 Jun 2011, Philip Jägenstedt wrote:
As for the spec, I don't think it can or needs to define the algorithm
on a
form suitable form implementation. Something along these lines would be
much
clearer for reference
/Cheriyan–Mehlhorn/Gabow_algorithm
[2] http://en.wikipedia.org/wiki/Strongly_connected_component
--
Philip Jägenstedt
Core Developer
Opera Software
On Wed, 08 Jun 2011 02:46:15 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Tue, Jun 7, 2011 at 7:04 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Sat, 04 Jun 2011 03:39:58 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Fri, Jun 3, 2011 at 9:28 AM, Ian Hickson
On Wed, 08 Jun 2011 02:54:45 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
Hi Philip, all,
On Tue, Jun 7, 2011 at 8:12 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Sat, 04 Jun 2011 17:05:55 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Mon, 3 Jan 2011, Philip
On Wed, 08 Jun 2011 12:35:24 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Wed, Jun 8, 2011 at 6:14 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Wed, 08 Jun 2011 02:46:15 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
That is all correct. However, because
On Wed, 08 Jun 2011 13:38:18 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Wed, Jun 8, 2011 at 9:18 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Wed, 08 Jun 2011 12:35:24 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Wed, Jun 8, 2011 at 6:14 PM, Philip
is needed. Am I missing
something?
--
Philip Jägenstedt
Core Developer
Opera Software
about audio descriptions as rendered from cue text
descriptions.
When would one want these descriptions to be multi-language?
--
Philip Jägenstedt
Core Developer
Opera Software
perhaps being
an exception.
On Mon, 3 Jan 2011, Philip Jägenstedt wrote:
* The bad cue handling is stricter than it should be. After
collecting an id, the next line must be a timestamp line. Otherwise,
we skip everything until a blank line, so in the following the
parser would jump
On Thu, 19 May 2011 19:52:20 +0200, Aryeh Gregor
simetrical+...@gmail.com wrote:
On Thu, May 19, 2011 at 7:30 AM, Philip Jägenstedt phil...@opera.com
wrote:
Are there security issues with this setup?
* fullscreen can only be requested by direct user interaction
* fullscreen is entered
On Thu, 19 May 2011 12:22:44 +0200, Robert O'Callahan
rob...@ocallahan.org wrote:
On Thu, May 19, 2011 at 9:34 PM, Philip Jägenstedt
phil...@opera.comwrote:
Regarding user prompts, I am tentatively in favor of the approach that
Jer
appears to be arguing for, which is to never prompt
this as a
bug?
I already did: https://github.com/remy/html5demos/issues/12
Or do you mean a spec bug?
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 17 May 2011 10:47:02 +0200, Remy Sharp r...@leftlogic.com wrote:
On 17 May 2011, at 09:04, Philip Jägenstedt wrote:
Or do you mean a spec bug?
I meant a spec bug :)
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12664
Still, I don't think just advocacy is any kind of solution
On Sat, 14 May 2011 00:34:36 +0200, Ian Hickson i...@hixie.ch wrote:
On Mon, 14 Feb 2011, Philip Jägenstedt wrote:
For the record, I removed Opera's support (I assume it was an
unintended side-effect) for object data=javascript:... along with
the rest at the time when I wrote my previous mail
On Fri, 13 May 2011 12:25:39 +0200, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, 2011-05-13 at 11:40 +0200, Philip Jägenstedt wrote:
Problem:
video src=video.webm/video
...
script
document.querySelector('video').oncanplay = function() {
/* will it run? */
};
/script
In the above
/pause, seek, volume, etc...
--
Philip Jägenstedt
Core Developer
Opera Software
On Sat, 23 Apr 2011 17:02:56 +0200, Dimitri Glazkov
dglaz...@chromium.org wrote:
On Sat, Apr 23, 2011 at 2:57 AM, Philip Jägenstedt phil...@opera.com
wrote:
On Sat, 23 Apr 2011 05:25:20 +0200, Dimitri Glazkov
dglaz...@chromium.org
wrote:
I wonder if it makes sense to introduce a set
On Sat, 23 Apr 2011 21:32:06 +0200, Dimitri Glazkov
dglaz...@chromium.org wrote:
On Sat, Apr 23, 2011 at 11:37 AM, Philip Jägenstedt phil...@opera.com
wrote:
On Sat, 23 Apr 2011 17:02:56 +0200, Dimitri Glazkov
dglaz...@chromium.org
wrote:
On Sat, Apr 23, 2011 at 2:57 AM, Philip
rate and offset that the author is intending to use must be known
up-front and not be allowed to change later.
* changing overall playback rate while a synced set of media is playing
Should not be much more difficult than changing playback rates of
individual media resources.
--
Philip
to save script-generated data that don't involve
bouncing against a server? If not, any ideas how one might fix this with
data: URLs? The Content-Disposition header solves this problem, but can't
be applied here.
--
Philip Jägenstedt
Core Developer
Opera Software
and make API inconsistent with img and iframe
for example.
video is already very different to img and iframe in that it also
has child source elements and a currentSrc attribute. What's the
practical harm in allowing video.src setter take an object?
--
Philip Jägenstedt
Core Developer
Opera
On Thu, 17 Mar 2011 17:51:08 +0100, Olli Pettay olli.pet...@helsinki.fi
wrote:
On 03/17/2011 06:31 PM, Philip Jägenstedt wrote:
On Thu, 17 Mar 2011 16:48:40 +0100, Olli Pettay
olli.pet...@helsinki.fi wrote:
On 03/17/2011 03:11 PM, Lachlan Hunt wrote:
On 2011-03-16 19:29, Olli Pettay wrote
On Tue, 15 Mar 2011 14:26:29 +0100, Jörn Zaefferer
joern.zaeffe...@googlemail.com wrote:
Where did you hear that device was cancelled?
http://html5.org/tools/web-apps-tracker?from=5944to=5945
Detailed responses to feedback on the topic will be sent out soon.
--
Philip Jägenstedt
Core
be removed from the resource fetch algorithm, but the http vs https
origin issue is not something that can really be changed.
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 15 Feb 2011 04:28:36 +0100, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
Hi Philip,
On Tue, Feb 15, 2011 at 3:27 AM, Philip Jägenstedt phil...@opera.com
wrote:
On Wed, 09 Feb 2011 03:57:37 +0100, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
A. Feedback on the WebVTT
defined on HTMLMediaElement instead.
All event handler attributes are defined on HTMLElement regardless of
which kind of element they are fired on, because it's simpler to implement
this way, and is already implemented this way.
--
Philip Jägenstedt
Core Developer
Opera Software
support (boo!) or removing all
comments before publishing
On Tue, Feb 15, 2011 at 5:09 AM, Philip Jägenstedt phil...@opera.com
wrote:
1. Authors are encouraged to not manually line-break
I think that, no matter what you do, people will insert line breaks in
cues. I'd follow the HTML model
On Tue, 15 Feb 2011 19:13:26 +0100, David Flanagan
da...@davidflanagan.com wrote:
On 02/15/2011 02:17 AM, Philip Jägenstedt wrote:
On Mon, 14 Feb 2011 22:54:54 +0100, David Flanagan
da...@davidflanagan.com wrote:
The draft specification defines 20+ medial event handler IDL
attributes
of expertise, so others at Opera might
decide that the spec is great and push in the opposite direction. It seems
unlikely at this point, though.)
On Thu, 25 Nov 2010, Philip Jägenstedt wrote:
Based on this, unless there are corner-cases I've missed, it seems
unlikely that there's a large body
or to report a typo in the
captions without having to retype the whole text.
Premium Captions can be protected using the same tricks that are used to
prevent Premium DOM Text Nodes from being copied.
--
Philip Jägenstedt
Core Developer
Opera Software
?
--
Philip Jägenstedt
Core Developer
Opera Software
On Mon, 24 Jan 2011 09:57:10 +0100, Glenn Maynard gl...@zewt.org wrote:
On Mon, Jan 24, 2011 at 3:10 AM, Philip Jägenstedt phil...@opera.com
wrote:
Multi-languaged subtitles/captions seem to be extremely uncommon,
unsurprisingly, since you have to understand all the languages to be
able
On Mon, 24 Jan 2011 02:36:15 +0100, Robert O'Callahan
rob...@ocallahan.org wrote:
On Sun, Jan 23, 2011 at 12:03 AM, Philip Jägenstedt
phil...@opera.comwrote:
Ah, thanks for clarifying. It might be a bit odd for the spec to forbid
being too clever, but I think that in practice always
On Mon, 24 Jan 2011 21:10:21 +0100, Robert O'Callahan
rob...@ocallahan.org wrote:
On Mon, Jan 24, 2011 at 11:32 PM, Philip Jägenstedt
phil...@opera.comwrote:
On Mon, 24 Jan 2011 02:36:15 +0100, Robert O'Callahan
rob...@ocallahan.org wrote:
Interop problems are going to arise
On Mon, 24 Jan 2011 12:28:36 +0100, Glenn Maynard gl...@zewt.org wrote:
On Mon, Jan 24, 2011 at 4:32 AM, Philip Jägenstedt phil...@opera.com
wrote:
Wouldn't a more sane approach here be to have each language in its own
file,
each marked up with its own language, so that they can be
enabled
On Sun, 23 Jan 2011 00:06:30 +0100, Glenn Maynard gl...@zewt.org wrote:
On Sat, Jan 22, 2011 at 5:57 AM, Philip Jägenstedt phil...@opera.com
wrote:
I agree that there must exist a buffering strategy between
strategy=metadata
and strategy=auto, but it's not clear that this must be exposed
On Sun, 23 Jan 2011 12:13:15 +0100, Glenn Maynard gl...@zewt.org wrote:
On Sun, Jan 23, 2011 at 5:24 AM, Philip Jägenstedt phil...@opera.com
wrote:
I do think that in the basic case of a user pressing play on a video
player, it's good to be able to make that respond instantly rather
than
On Fri, 21 Jan 2011 23:11:56 +0100, Glenn Maynard gl...@zewt.org wrote:
On Fri, Jan 21, 2011 at 4:40 PM, Philip Jägenstedt phil...@opera.com
wrote:
I'm fine with any terminology, as long as it allows implementations to
seek
to some other time than currentTime if it's (much) faster to do so
a.m., Philip Jägenstedt wrote:
Since, as you say, the behavior is currently inconsistent, there is
still time to agree on something that makes sense and have everyone
implement that. I think the best default is keyframe seeking and
haven't seen any strong arguments for accurate seeking
On Thu, 20 Jan 2011 19:16:21 +0100, Zachary Ozer z...@longtailvideo.com
wrote:
On Thu, Jan 20, 2011 at 3:14 AM, Philip Jägenstedt
phil...@opera.comwrote:
* effective state can only increase to higher states, never go from e.g.
metadata to none (it makes no sense)
What if my bandwidth
On Sat, 22 Jan 2011 11:01:26 +0100, Glenn Maynard gl...@zewt.org wrote:
On Sat, Jan 22, 2011 at 4:23 AM, Philip Jägenstedt phil...@opera.com
wrote:
Should there be any consistency requirements for fast seeking?
Suppose you have a format that's high-bitrate but cheap to decode.
Accurately
with text
selection? Detaching the captions into a floating, draggable window via
the context menu would be a theoretically possible solution, but that's
getting rather far ahead of ourselves before we have basic captioning
support.
--
Philip Jägenstedt
Core Developer
Opera Software
agree that seeking should always land within the duration of a frame as
opposed to rounding. I'll land a fix for this later today.
Andrew
[1] https://bugs.webkit.org/show_bug.cgi?id=52697
On Wed, Jan 19, 2011 at 12:54 AM, Philip Jägenstedt
phil...@opera.comwrote:
On Wed, 19 Jan 2011 05:01
.
Accurate seeking would be done via seek(time, accurate) or some such.
Setting currentTime is left as is and doesn't set any flags.
Most of the plumbing is already in the spec:
http://whatwg.org/html#dom-media-seek
--
Philip Jägenstedt
Core Developer
Opera Software
On Fri, 21 Jan 2011 22:15:43 +0100, Gregory Maxwell gmaxw...@gmail.com
wrote:
On Fri, Jan 21, 2011 at 4:04 PM, Philip Jägenstedt phil...@opera.com
wrote:
Since, as you say, the behavior is currently inconsistent, there is
still
time to agree on something that makes sense and have everyone
On Thu, 20 Jan 2011 01:14:12 +0100, Glenn Maynard gl...@zewt.org wrote:
On Wed, Jan 19, 2011 at 8:22 AM, Philip Jägenstedt
phil...@opera.comwrote:
If the available bandwidth exceeds the bandwidth of the resource, some
kind
of throttling must eventually be used. There are mainly 2 options
position.
--
Philip Jägenstedt
Core Developer
Opera Software
and will be in a future Opera release.
--
Philip Jägenstedt
Core Developer
Opera Software
: please don't
waste my bandwidth more than necessary. In other words, I think that for
preload=metadata, browsers should be somewhat conservative even after
playback has begun, not going all the way to the preload=auto behavior.
--
Philip Jägenstedt
Core Developer
Opera Software
any of these solutions are particularly good, so any input
on other options is very welcome!
--
Philip Jägenstedt
Core Developer
Opera Software
an
invoked but paused video to behave like preload=auto.
--
Philip Jägenstedt
Core Developer
Opera Software
On Wed, 12 Jan 2011 09:16:59 +0100, Glenn Maynard gl...@zewt.org wrote:
On Wed, Jan 12, 2011 at 2:49 AM, Philip Jägenstedt phil...@opera.com
wrote:
(Also, it might be useful to be able to chose whether seeking should be
fast
or exact, as frame-accurate seeking is hardly necessary in most
On Thu, 13 Jan 2011 01:23:57 +0100, Eric Carlson eric.carl...@apple.com
wrote:
On Jan 12, 2011, at 4:04 PM, Robert O'Callahan wrote:
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
On Thu, 13 Jan 2011 01:03:03 +0100, Aryeh Gregor
simetrical+...@gmail.com wrote:
On Wed, Jan 12, 2011 at 3:42 AM, Philip Jägenstedt phil...@opera.com
wrote:
* add HTMLMediaElement.seek(t, [exact]), where exact defaults to false
if
missing
Boolean parameters are evil, since it's
years.
(Being able to seek to the next frame is by itself obviously useful,
even outside of editing applications, to allow users to single-step
videos as you can in any native video player.)
--
Glenn Maynard
--
Philip Jägenstedt
Core Developer
Opera Software
similar to Firefox and WebKit in this
regard, making no use of fps metadata from the media engine (typically
GStreamer).
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 04 Jan 2011 23:02:45 +0100, Glenn Maynard gl...@zewt.org wrote:
On Tue, Jan 4, 2011 at 4:24 AM, Philip Jägenstedt phil...@opera.com
wrote:
If you need an intermediary format while editing, you can just use any
syntax you like and have the editor treat it specially.
If I'd need
On Mon, 03 Jan 2011 21:40:51 +0100, Glenn Maynard gl...@zewt.org wrote:
On Mon, Jan 3, 2011 at 10:57 AM, Philip Jägenstedt phil...@opera.com
wrote:
But what's the use case? Is it really useful to have comments in a
subtitle file?
Being able to put licensing/contact information at the top
On Mon, 03 Jan 2011 18:56:56 +0100, Simon Pieters sim...@opera.com wrote:
On Mon, 03 Jan 2011 16:57:50 +0100, Philip Jägenstedt
phil...@opera.com wrote:
To use a different style for the cues that are sung together, so that
you know when it's your turn to sing.
It's not clear whether
to enable together, I can't see desktop Opera
allowing multiple tracks (of the same kind) to be enabled via the main UI.
On Fri, 6 Aug 2010, Philip Jägenstedt wrote:
I'm not particularly fond of the current voice markup, mainly for 2
reasons:
First, a cue can only have 1 voice, which
durationchange event is fired and the
duration is reported to be the (now known) length of the resource.
--
Philip Jägenstedt
Core Developer
Opera Software
, I think that having loadedmetadata fire again if
the number or type of streams change would make some sense.
--
Philip Jägenstedt
Core Developer
Opera Software
On Thu, 02 Dec 2010 23:56:33 +0100, Boris Zbarsky bzbar...@mit.edu wrote:
On 12/2/10 2:31 PM, Daniel Veditz wrote:
On 12/1/10 7:29 AM, Boris Zbarsky wrote:
On 12/1/10 3:49 AM, Philip Jägenstedt wrote:
I dunno about solid, but the obvious things you can do with
javascript: that you can't do
On Wed, 01 Dec 2010 16:24:31 +0100, Boris Zbarsky bzbar...@mit.edu wrote:
On 12/1/10 3:16 AM, Philip Jägenstedt wrote:
Do you do that just for inlines, or also when navigating to javascript:
URLs? If it's both, then that's something we'd need to standardize,
unless all browsers already do
On Thu, 02 Dec 2010 11:38:33 +0100, Simon Pieters sim...@opera.com wrote:
On Thu, 02 Dec 2010 09:32:43 +0100, Philip Jägenstedt
phil...@opera.com wrote:
Right, these aren't inlines, in Opera terminology at least. As far as
I
can see the spec agrees on this, as frames/iframes have
On Tue, 30 Nov 2010 20:30:31 +0100, Boris Zbarsky bzbar...@mit.edu wrote:
On 11/30/10 4:35 AM, Philip Jägenstedt wrote:
No, as far as I know, Opera hasn't ever sandboxed any inline javascript:
URL execution.
So img src=javascript: runs the JS in the page's context in Opera?
No, img
be made completely consistent for security
reasons, I guess it comes down to use cases. Are there solid use cases for
using the return values of sandboxed scripts as the content of documents,
that aren't equally well served by the data: protocol?
--
Philip Jägenstedt
Core Developer
Opera Software
On Mon, 29 Nov 2010 16:36:32 +0100, Boris Zbarsky bzbar...@mit.edu wrote:
On 11/25/10 9:10 AM, Philip Jägenstedt wrote:
Based on this, unless there are corner-cases I've missed, it seems
unlikely that there's a large body of web content that depends on inline
javascript: URLs executing. My
with the plugin (icedtea6-plugin)
installed.
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 30 Nov 2010 14:21:21 +0100, Simon Pieters sim...@opera.com wrote:
On Tue, 30 Nov 2010 13:10:28 +0100, Philip Jägenstedt
phil...@opera.com wrote:
On Tue, 30 Nov 2010 10:48:45 +0100, timeless timel...@gmail.com wrote:
http://download.oracle.com/javase/1.4.2/docs/guide/misc
in this direction and change the spec to match? (It
seems that IE and WebKit are already basically already doing what I'm
advocating.)
--
Philip Jägenstedt
Core Developer
Opera Software
On Fri, 22 Oct 2010 13:49:00 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Fri, Oct 22, 2010 at 10:18 PM, Simon Pieters sim...@opera.com wrote:
On Fri, 22 Oct 2010 13:09:24 +0200, Philip Jägenstedt
phil...@opera.com
wrote:
Using !-- -- is a bad idea since the WebSRT syntax
On Tue, 19 Oct 2010 22:35:50 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Tue, Sep 14, 2010 at 7:49 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Tue, 14 Sep 2010 10:30:03 +0200, Simon Pieters sim...@opera.com
wrote:
On Tue, 14 Sep 2010 10:11:16 +0200, Philip Jägenstedt
in Notepad, and then suddenly it doesn't work anymore. Instead we should
allow the BOM. (WebSRT already allows the BOM.)
This means that it's tricker to use WebSRT as the magic bytes, but I
agree it's probably the better trade-off.
--
Philip Jägenstedt
Core Developer
Opera Software
the change in behavior was accidental, the spec should instead
say and the media element is not in a Document whose browsing context had
the sandboxed automatic features browsing context flag set when the
Document was created.
--
Philip Jägenstedt
Core Developer
Opera Software
,
in-document styling namespace, instead of relying upon page CSS.
Kind regards,
Jeroen
--
Philip Jägenstedt
Core Developer
Opera Software
On Fri, 08 Oct 2010 04:39:43 -0700, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On 08/10/2010, at 1:28 PM, Philip Jägenstedt phil...@opera.com wrote:
On Thu, 07 Oct 2010 13:18:37 -0700, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Thu, Oct 7, 2010 at 4:06 PM, Philip Jägenstedt
the mail starting as above
quoted,
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-October/028815.html
is what I wanted to send.
--
Philip Jägenstedt
Core Developer
Opera Software
On Wed, 06 Oct 2010 21:37:06 -0700, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Tue, Oct 5, 2010 at 10:04 PM, Philip Jägenstedt
phil...@opera.comwrote:
Styling hooks were requested.If we only have the predefined tags (i, b,
...) and voices, these will most certainly be abused
On Thu, 07 Oct 2010 13:18:37 -0700, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Thu, Oct 7, 2010 at 4:06 PM, Philip Jägenstedt phil...@opera.com
wrote:
On Wed, 06 Oct 2010 21:37:06 -0700, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Tue, Oct 5, 2010 at 10:04 PM, Philip
/metadata.html
[8] http://www.foms-workshop.org/foms2010OVC/
[9] http://www.foms-workshop.org/foms2010OVC/pmwiki.php/Main/WebSRT
[10] http://ale5000.altervista.org/subtitles.htm
[11] http://wiki.whatwg.org/wiki/SRT_research
--
Philip Jägenstedt
Core Developer
Opera Software
, but it doesn't really solve
the problem at hand.
I don't have a strong opinion on whether or not the problem is worth
solving, but if we do solve it a read-write posterVisible IDL attribute
would be OK by me.
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 14 Sep 2010 10:30:03 +0200, Simon Pieters sim...@opera.com wrote:
On Tue, 14 Sep 2010 10:11:16 +0200, Philip Jägenstedt
phil...@opera.com wrote:
The point of a header is that browsers can identify WebSRT files and
not keep parsing through a 100GB movie file,
I don't think we
On Sat, 11 Sep 2010 01:27:48 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Fri, Sep 10, 2010 at 11:00 PM, Philip Jägenstedt
phil...@opera.comwrote:
On Thu, 09 Sep 2010 15:08:43 +0200, Silvia Pfeiffer
silviapfeiff...@gmail.com wrote:
On Wed, Sep 8, 2010 at 9:19 AM, Ian
of determining CanPlay, dispatch, if the HTML source gave you a
mime type?
On Sep 8, 2010, at 2:33 , Philip Jägenstedt wrote:
On Tue, 07 Sep 2010 22:00:55 +0200, Boris Zbarsky bzbar...@mit.edu
wrote:
On 9/7/10 3:29 PM, Aryeh Gregor wrote:
* Sniff only if Content-Type is typical of what
On Wed, 08 Sep 2010 01:19:17 +0200, Ian Hickson i...@hixie.ch wrote:
On Fri, 23 Jul 2010, Philip Jägenstedt wrote:
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#attr-track-kind
The distinction between subtitles and captions isn't terribly clear.
It says
the video decoder
might consume arbitrary amounts of data before saying that there was an
error.
I agree with Boris, the first two points are OK but the third I'd rather
not implement, it's too much work for something that ought to happen very,
very rarely.
--
Philip Jägenstedt
Core
On Tue, 07 Sep 2010 02:46:29 +0200, Gregory Maxwell gmaxw...@gmail.com
wrote:
On Mon, Sep 6, 2010 at 3:19 PM, Aryeh Gregor simetrical+...@gmail.com
wrote:
On Mon, Sep 6, 2010 at 4:14 AM, Philip Jägenstedt phil...@opera.com
wrote:
The Ogg page begins with the 4 bytes OggS, which is what
://blog.sina.com.cn/s/blog_475be8240100ew5q.html
[4] http://www.zgddhj.cn/zj/bh/zhouhongyi/201007/32053.html
--
Philip Jägenstedt
Core Developer
Opera Software
. That doesn't seem to apply here.)
It hasn't been explicitly stated, but I assume that the only cases where
sniffing for video formats would be employed would be for missing
Content-Type, text/plain and application/octet-stream.
--
Philip Jägenstedt
Core Developer
Opera Software
On Tue, 07 Sep 2010 14:54:15 +0200, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/7/10 6:52 AM, Philip Jägenstedt wrote:
It hasn't been explicitly stated, but I assume that the only cases where
sniffing for video formats would be employed would be for missing
Content-Type, text/plain
On Tue, 07 Sep 2010 14:56:38 +0200, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/7/10 4:11 AM, Philip Jägenstedt wrote:
It's garbage in at least UTF-8, Big5 and GBK.
Thanks. I assume that applies to the OggS\0 sequence too, right? I
appreciate the data!
UTF-8, Big5 and GBK are all
/ogg/doc/rfc3533.txt
[3] http://ebml.sourceforge.net/specs/
--
Philip Jägenstedt
Core Developer
Opera Software
101 - 200 of 394 matches
Mail list logo
