Oh and I wonder, what if there's multiple SDs at the same time? I doubt all should play, maybe only the one that's "active" (expanded/focused) should play?
And for standard notifications, we might need a queue? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-notifications in Ubuntu. https://bugs.launchpad.net/bugs/1379248 Title: Should pass incoming call sound to notification system for playback Status in Ubuntu UX bugs: New Status in “telephony-service” package in Ubuntu: New Status in “unity-notifications” package in Ubuntu: New Status in “unity8” package in Ubuntu: New Bug description: The telephony service currently plays all the sounds itself. We now have support for notifications to play them, and it would be better as a central place to handle notification sounds. Adding a unity8 task as we need to define looping (probably infinite for all snap decisions, none for the rest - adding a ubuntu-ux task for confirmation) and sound roles (based on notification severity/importance?). Also adding unity-notifications task in case we need to define more hints... This would help ensuring consistency for things like bug #1379238. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1379248/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
