- From: <bugzilla@jessica.w3.org>
- Date: Thu, 07 Jun 2012 15:01:22 +0000
- To: public-audio@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17402 --- Comment #3 from Olivier Thereaux <olivier.thereaux@bbc.co.uk> 2012-06-07 15:01:21 UTC --- More feedback from Philip in http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0432.html « We'd prefer if the conditions were defined strictly in terms of playbackState. Suggested phrasing for noteOn: "If playbackState is not UNSCHEDULED_STATE, then the user agent must throw an InvalidStateError exception. Set playbackState to SCHEDULED_STATE." Suggested phrasing for noteOff: "If playbackState is UNSCHEDULED_STATE, then the user agent must throw an InvalidStateError exception." followed by the steps to schedule a playback stop. As you can tell, we don't think there's any point in disallowing multiple calls to noteOff. If we want to disallow it, a new playbackState will be needed. One can of course implement a hidden state, but it seems simpler and better to make readyState match reality. » -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
Received on Thursday, 7 June 2012 15:01:29 UTC