W3C home > Mailing lists > Public > public-audio@w3.org > July to September 2012

[Bug 17696] Audio controls should not affect system audio settings

From: <bugzilla@jessica.w3.org>
Date: Wed, 11 Jul 2012 16:00:56 +0000
Message-Id: <E1SozLU-0006pt-NJ@jessica.w3.org>
To: public-audio@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17696

Olivier Thereaux <olivier.thereaux@bbc.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX
         AssignedTo|dave.null@w3.org            |olivier.thereaux@bbc.co.uk

--- Comment #1 from Olivier Thereaux <olivier.thereaux@bbc.co.uk> 2012-07-11 16:00:56 UTC ---
This seems like a WONTFIX for me. 

On the one hand, a web audio processing/synthesis API does only has in its
scope the processing of whatever sources and destinations it is given, not
beyond. 

On the other hand there could be cases where the web application *is* the
operating system, and such a requirement would be counterproductive.

This was echoed by Doug 
in http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0854.html :
> This one is more challenging.  In a traditional browser, there is no way 
> for the API to do that anyway, so there's no need to spell out the 
> requirement. In a "system OS" browser (something like Boot2Gecko), there 
> may not be any distinction between the browser and the OS, so this 
> requirement proposal doesn't make sense there either.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 11 July 2012 16:01:04 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 11 July 2012 16:01:04 GMT