Do Not Disturb Broadcast - Revision history

Paul: /* Initial thoughts */

2022-05-11T17:48:36Z

Initial thoughts

← Older revision		Revision as of 17:48, 11 May 2022
Line 12:		Line 12:
	* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?		* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?
	* What level of security is required? Does it matter if other devices nearby see that a call is being made - the user can probably hear them anyway?		* What level of security is required? Does it matter if other devices nearby see that a call is being made - the user can probably hear them anyway?
			* Could KDE Connect handle this? Desktop is likely to be on whenever this functionality is required.

	[[Category:Open Source Software]]		[[Category:Open Source Software]]

Paul at 07:42, 23 June 2021

2021-06-23T07:42:08Z

← Older revision		Revision as of 07:42, 23 June 2021
Line 12:		Line 12:
	* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?		* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?
	* What level of security is required? Does it matter if other devices nearby see that a call is being made - the user can probably hear them anyway?		* What level of security is required? Does it matter if other devices nearby see that a call is being made - the user can probably hear them anyway?

			[[Category:Open Source Software]]

Paul: /* Initial thoughts */

2021-06-10T20:16:11Z

Initial thoughts

← Older revision		Revision as of 20:16, 10 June 2021
Line 11:		Line 11:
	* 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).		* 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).
	* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?		* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?
			* What level of security is required? Does it matter if other devices nearby see that a call is being made - the user can probably hear them anyway?

Paul: /* Initial thoughts */

2021-06-10T20:15:28Z

Initial thoughts

← Older revision		Revision as of 20:15, 10 June 2021
Line 10:		Line 10:
	* Can we detect the start and end of any 'call' - including all the different apps, phone etc.?		* 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).		* 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).
			* Bluetooth or wifi for broadcast? Bluetooth works anywhere, but may require more permissions and can potentially be snooped on (or at least traffic analysis), plus not clear if you can pair multiple devices in a 'network'. Wifi probably works for most cases, and also allows for devices being in different rooms but still the same building - but how do you detect the devices on the network? MAC address?

Paul: /* Initial thoughts */

2021-06-10T20:10:27Z

Initial thoughts

← Older revision		Revision as of 20:10, 10 June 2021
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).

Paul at 19:33, 10 June 2021

2021-06-10T19:33:27Z

← Older revision		Revision as of 19:33, 10 June 2021
Line 5:		Line 5:
	== Initial thoughts ==		== Initial thoughts ==

	* How do we ~~authorise~~ devices?		* How do we link devices?
	* 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)		* 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?

Paul at 19:31, 10 June 2021

2021-06-10T19:31:47Z

← Older revision		Revision as of 19:31, 10 June 2021
Line 2:		Line 2:

	Problem: Answer a call on one phone, then a call comes in on Skype (tablet) and then another call on another phone.		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 authorise devices?
			* 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)

Paul: Created page with "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..."

2021-06-10T19:29:26Z

Created page with "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..."

New page

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.