-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17/02/13 05:48 AM, Nils Dagsson Moskopp wrote:
> If one cares to that extent, and is
>> already handling format differences, dealing with vendor
>> variation on top isn't that much more effort.
>
> I disagree, strongly.
Ok, thanks for the feedbac
Ralph Giles schrieb am Tue, 11 Dec 2012 17:23:38
-0800:
> On 12-12-11 4:58 PM, Ian Hickson wrote:
>
> […]
>
> > I don't think we should have an open-ended API without fixed names,
> > because that is a recipe for an interoperability disaster.
>
> I agree it would have interoperability issues.
On 12-12-11 5:23 PM, Ralph Giles wrote:
> That said, I'm not convinced this is an issue given the primary
> use-case, which is pretty much that web content wants to do more
> sophisticated things with the metadata than the user-agent's
> standardized parsing allows. If one cares to that extent, an
On Wed, Dec 12, 2012 at 2:23 PM, Ralph Giles wrote:
> That said, I'm not convinced this is an issue given the primary
> use-case, which is pretty much that web content wants to do more
> sophisticated things with the metadata than the user-agent's
> standardized parsing allows. If one cares to th
On 12-12-11 4:58 PM, Ian Hickson wrote:
> This seems reasonable.
Thanks for the feedback. Anyone else? :-)
> I don't want to be the one to maintain the mapping from media formats to
> metadata schema, because this isn't my area of expertise, and it isn't
> trivial work.
Good point. This would
On Thu, 20 Sep 2012, Ralph Giles wrote:
>
> Back in June, I proposed[1] a new attribute to get metadata "tag" data
> out of media resources.
>
> I've done an experimental implementation of this which is now in the
> Firefox Aurora (alpha) channel[2] and Nightly development builds.
>
> The metho
On 12-11-26 4:18 PM, Ralph Giles wrote:
> interface HTMLMediaElement {
> ...
> object getMetadata();
> };
>
> After the metadataloaded event fires, this method would return a new
> object containing a copy of the metadata read from the resource, in
> whatever format the decoder implementation
On 12-09-27 1:44 AM, Philip Jägenstedt wrote:
> I'm skeptical that all that we want from ID3v2 or common VorbisComment
> tags can be mapped to Dublin Core, it seems better to define mappings
> directly from the underlying format to the WebIDL interface.
You're right.
> Given the open-endedness o
On Fri, 21 Sep 2012 01:32:19 +0200, Ralph Giles wrote:
Back in June, I proposed[1] a new attribute to get metadata "tag" data
out of media resources.
I've done an experimental implementation of this which is now in the
Firefox Aurora (alpha) channel[2] and Nightly development builds.
The meth
On Thursday, September 20, 2012 at 7:32 PM, Ralph Giles wrote:
> Back in June, I proposed[1] a new attribute to get metadata "tag" data
> out of media resources.
>
> I've done an experimental implementation of this which is now in the
> Firefox Aurora (alpha) channel[2] and Nightly development
Back in June, I proposed[1] a new attribute to get metadata "tag" data
out of media resources.
I've done an experimental implementation of this which is now in the
Firefox Aurora (alpha) channel[2] and Nightly development builds.
The method is media.mozGetMetadata() and it returns a new object ea
On Tue, Jun 12, 2012 at 7:53 AM, Ralph Giles wrote:
> Recently, we've been considering adding a 'tags' or 'metadata' attribute
> to HTML media elements in Firefox, to allow webcontent access to
> metadata from the playing media resource. In particular we're interested
> in tag data like creator, t
Recently, we've been considering adding a 'tags' or 'metadata' attribute
to HTML media elements in Firefox, to allow webcontent access to
metadata from the playing media resource. In particular we're interested
in tag data like creator, title, date, and so on.
My recollection is that this has been
13 matches
Mail list logo
