-
Notifications
You must be signed in to change notification settings - Fork 37
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
New message notifications using notify-rust #19
Conversation
This is ready for review! In the end it is not configured through gurk.toml at all, instead it is disabled by default and is optionally enabled at build time with the cargo argument As far as I can tell, there are two possible alternatives to implementing it as an opt-in cargo feature:
For both of these alternatives, the new message notifications being optional would require it to be configurable at run time (probably through gurk.toml). I found this PR from the starship repo to be informative for background info starship/starship#1019 because they were also implementing dbus notifications with notify-rust and ran into many of the same issues that I did. |
Thanks for the PR and the investigation! LGTM |
Just FYI if you still have the need/desire for a pure D-Bus crate, zbus is at your service. We recently rolled out 2.0, which is primarily async API, The upcoming release (~1 week) will also support Windows platform, provide tighter tokio integration and support for TCP sockets with more auth mechanisms. |
The initial version is just a generic notification every time a message is received. I'm currently testing this with gnome-shell and it is working well. As suggested in the readme, I agree that these notifications should be optional. I imagined doing that with a config in gurk.toml but haven't tried it out yet. I'll probably submit the PR once that part is working.