<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Apr 13, 2015 at 9:22 PM, Achilleas Koutsou <span dir="ltr"><<a href="mailto:achilleas.k@gmail.com" target="_blank">achilleas.k@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On 14/04/15 07:10, Albert Vaca wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>
<br>
On Thu, Apr 2, 2015 at 5:54 AM, Achilleas Koutsou <<a href="mailto:achilleas.k@gmail.com" target="_blank">achilleas.k@gmail.com</a><br></span><div><div>
<mailto:<a href="mailto:achilleas.k@gmail.com" target="_blank">achilleas.k@gmail.com</a>>> wrote:<br>
<br>
I've been thinking about possible changes to the Notifications plugin<br>
and I'd like to get some feedback from the devs and users here before<br>
attempting anything.<br>
<br>
I've been using the new "Interruptions" feature, introduced in Lollipop,<br>
to suppress notifications (partially or completely). For those not<br>
familiar, the feature allows the user to set a system-wide filter for<br>
notifications. The user can specify a list of priority apps and<br>
contacts, set the phone to "Priority only notifications" mode and that<br>
suppresses every notification that's from an app or a contact not on the<br>
priority list. Also, the user can set the notification mode to "None",<br>
which ignores the priority list and suppresses all notifications. In<br>
both cases ("Priority only" and "None") the system suppresses only sound<br>
and vibration. On-screen notifications still appear and icons are still<br>
placed in the notification area at the top of the screen for all apps<br>
and contacts.<br>
<br>
Since all apps and contacts create visible notifications, these get<br>
forwarded by the Notification plugin. So, if I set notifications to<br>
"None", the phone is completely silent and does not vibrate, but I still<br>
receive pop-up notifications on the desktop.<br>
<br>
My suggestion: Change the Notification plugin to only forward<br>
notifications to other devices if they are on the priority list, when in<br>
priority mode. In other words, suppress the forwarding of notifications<br>
when the user has selected not to be notified.<br>
<br>
API 21 of the NotificationListenerService supports checking whether a<br>
notification matches the current filter settings [1], so the<br>
implementation seems straightforward.<br>
<br>
If you think this is a bad idea, or if you like receiving desktop<br>
notifications from the phone when it's filtering mode, how<br>
would you feel about making it an optional setting in the plugin?<br>
I realise that some may want to receive desktop notifications while<br>
suppressing sound & vibration on the phone as a way to keep the phone<br>
silent while still being able to see notifications.<br>
<br>
So, what do you think?<br>
<br>
--<br>
Achilleas<br>
<br>
[1] -<br>
<a href="https://developer.android.com/reference/android/service/notification/NotificationListenerService.html#getCurrentInterruptionFilter()" target="_blank">https://developer.android.com/reference/android/service/notification/NotificationListenerService.html#getCurrentInterruptionFilter()</a><br>
<br>
<br>
Hi Achilleas,<br>
<br>
Sorry for the late reply. Even though I don't use the new priority<br>
notifications thingy, to me it makes sense to honor the filter and only<br>
forward the notifications that match it. However, changing the behaviour<br>
of an existing feature usually makes users unhappy, so I would say it's<br>
better to make it optional (ie: a checkbox in the notifications<br>
settings). Would you be willing to implement this change?<br>
<br>
Albert<br>
<br>
</div></div></blockquote>
<br>
I agree completely. Such subtle changes usually cause the most disturbance. I'd be willing to implement it, of course. I proposed it as a feature that I'd work on and I wouldn't expect anyone else to implement something that (as far as I know) only one person requested.<br>
It would, of course, be optional, and the default would be the existing behaviour. I'll let you know if and when I do anything about this.<br>
</blockquote></div><br>Perfect then! I will await your code review :)<br><br></div></div>