Do Not Disturb Broadcast: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 8: | Line 8: | ||
* Should links be uni or bi-directional? | * Should links be uni or bi-directional? | ||
* Should a device broadcast a 'Do Not Disturb' signal and only linked devices respond (a bit like networking where NICs only care about packets destined for their address)? Privacy implications? | * Should a device broadcast a 'Do Not Disturb' signal and only linked devices respond (a bit like networking where NICs only care about packets destined for their address)? Privacy implications? | ||
* Can we detect the start and end of any 'call' - including all the different apps, phone etc.? | |||
* We need to 'revert' to the previous setting, so if a device was already in DND mode before the broadcast, it should be unchanged at the end of the call (i.e. always revert rather than toggle). | |||
Revision as of 20:10, 10 June 2021
Idea: App to enable/disable Do Not Disturb mode on multiple devices when one device makes/receives a call.
Problem: Answer a call on one phone, then a call comes in on Skype (tablet) and then another call on another phone.
Initial thoughts
- How do we link devices?
- Should links be uni or bi-directional?
- Should a device broadcast a 'Do Not Disturb' signal and only linked devices respond (a bit like networking where NICs only care about packets destined for their address)? Privacy implications?
- Can we detect the start and end of any 'call' - including all the different apps, phone etc.?
- We need to 'revert' to the previous setting, so if a device was already in DND mode before the broadcast, it should be unchanged at the end of the call (i.e. always revert rather than toggle).