17700 2012-07-05 14:28:46 +0000 Integrate with OS-level ShowSounds 2012-09-10 10:20:19 +0000 1 1 1 Unclassified AudioWG Web Audio Processing: Use Cases and Requirements unspecified PC All CLOSED WONTFIX P2 normal TBD 1 olivier.thereaux joe cooper public-audio oldest_to_newest 69653 0 olivier.thereaux 2012-07-05 14:28:46 +0000 From the “Review of Web Audio Processing: Use Cases and Requirements” http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0852.html Operating systems have a feature called "ShowSounds", which triggers a visual indication that an important sound like an alert has occurred. Enabling certain types sounds, like audio sprites, to take advantage of this feature may be important. I expect someone else to provide more details on this requirement but wanted to put a placeholder in this message. 69837 1 olivier.thereaux 2012-07-11 15:54:35 +0000 In http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0854.html Doug wrote: On first reading, this seems like something the Web Notifications WG should be addressing. Or if you are suggesting a browser-based analog of this functionality, that should be a requirement at the content level, not the Web Audio API level. I agree with this. It does not seem to be in scope for an audio processing/synthesis API. I will document the need for this and why this should be addressed by other APIs in the use cases document. 72285 2 olivier.thereaux 2012-08-16 14:50:12 +0000 Looks like this could be added to the “Playful sonification of user interfaces” scenario. Joe, what do you think? 72287 3 joe 2012-08-16 15:15:34 +0000 Actually, I don't think it belongs in that scenario, because the scenario is concerned with sonification of a visual interface. Thus there's no need for that scenario to consult a Show Sounds option to determine whether visuals should be displayed. My understanding of ShowSounds is that it's a method of hinting to the browser about the most appropriate modalities for certain kinds of high level interactions -- a sort of user preference that may or may not guide apps to do this or that. It would probably be implemented pretty far outside the realm of audio processing and in ways that are hard to anticipate. For instance an app might respond to Show Sounds by creating DOM audio elements rather than making use of the Web Audio API. I guess there could be another scenario but since it doesn't feel like it's about this API I'd rather punt. 72291 4 olivier.thereaux 2012-08-16 15:46:36 +0000 (In reply to comment #3) > For instance an app > might respond to Show Sounds by creating DOM audio elements rather than making > use of the Web Audio API. Yes, you're right, it's not a processing/synthesis requirement. I'll mark as WONTFIX — Michael and PFWG should feel free to reopen if we misunderstood the requirement.