W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2007

[whatwg] Apple Proposal for Timed Media Elements

From: Nicholas Shanks <contact@nickshanks.com>
Date: Thu, 22 Mar 2007 14:49:23 +0000
Message-ID: <1CA84556-76AE-40E4-A432-CE4CDA16E302@nickshanks.com>
On 22 Mar 2007, at 00:08, Maciej Stachowiak proposed:

> CSS Timed Media Module
> HTML Timed Media Elements

? On volume:

The volume property is currently inconsistent in the string names  
defined:
http://webkit.org/specs/Timed_Media_CSS.html#propdef-volume
Value: reads "silent | soft | medium | loud | x-loud" but the  
definitions below use the terms "silent, low, medium, high, full- 
volume".
I think this should match css3-speech's voice-volume property:
http://www.w3.org/TR/css3-speech/#voice-volume

Volume has the range 0-100 in the DOM interface, but 0.0-1.0 in CSS.  
These should be consistent (I favour zero to one and allowing  
percentages).
You may also want to name it media-volume, on analogy with voice- 
volume. (or change css3-speech to use just "volume")

? On media state:

I think that the ERROR state attribute should have a value of -1 not  
+1 since it is a worse state than uninitalised?you know it's bad  
rather that being unsure (and the state constants be defined as  
signed rather than unsigned)
http://webkit.org/specs/HTML_Timed_Media_Elements.html#state-attributes

Should the DOM attribute be called mediaStatus or mediaState? I think  
the terminology should match regardless of whether status or state is  
used.
Should media-play-state be renamed to avoid confusion with values for  
mediaStatus?

- Nicholas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2157 bytes
Desc: not available
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20070322/9bf0fd1d/attachment.bin>
Received on Thursday, 22 March 2007 07:49:23 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:58:54 UTC