From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Kevin Chen
> But I do not see a guarantee within the standards that the browser will
> provide an object called "document" containing the current document object
> (irrespective of the fact that this does seem to be the case in
Hello,
Looking through the DOM and HTML standards I have seen several implicit
references to the current document object using the identifier "document". But
I do not see a guarantee within the standards that the browser will provide an
object called "document" containing the current document
On Mon, Apr 24, 2017 at 5:04 AM, Kevin Marks wrote:
> On Sun, Apr 23, 2017 at 5:58 PM, Andy Valencia
> wrote:
>> === Dynamic versus static metadata
>>
>> Pretty much all audio formats have at least one metadata format. While
>> some apparently
Hi all:
* I agree with the exposure of issues Andy presents. I do sympathize
with his approach, too.
* getMetadata sounds reasonable to me. The choice that a final
user/client of a web service, or a streaming service, can add some data
sounds reasonable to me. And I am not
On Sun, Apr 23, 2017 at 5:58 PM, Andy Valencia
wrote:
> === Dynamic versus static metadata
>
> Pretty much all audio formats have at least one metadata format. While
> some apparently can embed them at time points, this is not used by any
> players I can find. The
On 2017-04-23 18:58, Andy Valencia wrote:
Reporting Only "artist" and "title" are required for royalties reporting for
internet radio.
I'm sorry for a bit of topic drift on this list, and I'm sure requirements
vary by nation. I do reporting for a local station and among the
requirements I
I've become aware of quite a bit more metadata support in the world
of web browsers; please consider my old proposal withdrawn.
=== Reporting
> Only "artist" and "title" are required for royalties reporting for
> internet radio.
I'm sorry for a bit of topic drift on this list, and I'm sure