New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add notification inhibition #278
Comments
See also #138 |
Just a sidenote: I would call this Do Not Disturb (DND), just like GNOME 3 and Android calls this. 😃 |
There is a simple way to achieve notification inhibition today: |
The interesting question is: do we expect to have inhibited notifications stream in once the inhibition has timed out? |
I think you can achieve both, if you want to preserve those notifications, just use |
You can |
Running this on the latest release gives me |
That's because the latest release doesn't contain #218, you'll have to run |
Running on master I'm attempting to make a waybar module for it, would be nice to be able to |
Perhaps it's because of the caveat pointed out by this comment? Otherwise, report a bug. |
|
In case it is useful for someone:
Having that disables the dbus activation of mako - to enable notifications I rename it, to disable them again I rename it back and killall mako. |
Closing as a duplicate of #335 |
Sometime one does not want to be disturbed by notifications, for example when concentrating on a task. As mako is dbus-activated, notifications cannot be suppressed by disabling it As still software might try to send notifications, it would be useful to have a feature to inhibit notifications for a given amount of time.
Exemplary syntax:
makoctl inhibit <duration>
with duration either being seconds or possibly sth. more sophisticated like a timestring (1h
,30m
,30s
), if that is easy to implement.The text was updated successfully, but these errors were encountered: