Desktop Notifier
![Documentation Status](https://readthedocs.org/projects/desktop-notifier/badge/?version=latest)
desktop-notifier
is a Python library for cross-platform desktop notifications.
Currently supported platforms are:
- Linux via the dbus service org.freedesktop.Notifications
- macOS and iOS via the Notification Center framework
- Windows via the WinRT / Python bridge
Features
Where supported by the native platform APIs, desktop-notifier
allows for:
- Clickable notifications with callbacks on user interaction
- Multiple action buttons
- A single reply field (e.g., for chat notifications)
- Notification sounds
- Notification threads (grouping notifications by topic)
- Limiting the maximum number of notifications shown in the notification center
An example of how some of this looks like on macOS:
![gif](https://github.com/samschott/desktop-notifier/blob/main/screenshots/macOS.gif?raw=true)
An exhaustive list of features and their platform support is provided in the
documentation.
In addition, you can query supported features at runtime with
DesktopNotifier.get_capabilities()
.
Any options or configurations which are not supported by the platform will be silently
ignored.
Installation
From PyPI:
pip3 install -U desktop-notifier
Usage
The main API consists of asynchronous methods which need to be awaited. Basic usage only
requires the user to specify a notification title and message. For example:
import asyncio
from desktop_notifier import DesktopNotifier
notifier = DesktopNotifier()
async def main():
await notifier.send(title="Hello world!", message="Sent from Python")
asyncio.run(main())
By default, "Python" will be used as the app name for all notifications, but you can
manually specify an app name and icon in the DesktopNotifier
constructor. Advanced
usage also allows setting different notification options such as urgency, buttons,
callbacks, etc. For example, for the gif displayed above:
import asyncio
import signal
from desktop_notifier import DesktopNotifier, Urgency, Button, ReplyField, DEFAULT_SOUND
async def main() -> None:
notifier = DesktopNotifier(
app_name="Sample App",
notification_limit=10,
)
await notifier.send(
title="Julius Caesar",
message="Et tu, Brute?",
urgency=Urgency.Critical,
buttons=[
Button(
title="Mark as read",
on_pressed=lambda: print("Marked as read"),
)
],
reply_field=ReplyField(
on_replied=lambda text: print("Brutus replied:", text),
),
on_clicked=lambda: print("Notification clicked"),
on_dismissed=lambda: print("Notification dismissed"),
sound=DEFAULT_SOUND,
)
stop_event = asyncio.Event()
loop = asyncio.get_running_loop()
loop.add_signal_handler(signal.SIGINT, stop_event.set)
loop.add_signal_handler(signal.SIGTERM, stop_event.set)
await stop_event.wait()
asyncio.run(main())
Event loop integration
Using the asynchronous API is highly recommended to prevent multiple milliseconds of
blocking IO from DBus or Cocoa APIs. In addition, execution of callbacks requires a
running event loop. On Linux, an asyncio event loop will be sufficient but macOS
requires a running CFRunLoop.
You can use rubicon-objc to integrate a Core
Foundation CFRunLoop with asyncio:
import asyncio
from rubicon.objc.eventloop import EventLoopPolicy
asyncio.set_event_loop_policy(EventLoopPolicy())
Desktop-notifier itself uses Rubicon Objective-C to interface with Cocoa APIs. A full
example integrating with the CFRunLoop is given in
examples/eventloop.py. Please refer to the
Rubicon Objective-C docs
for more information.
Likewise, you can integrate the asyncio event loop with a Gtk main loop on Gnome using
gbulb. This is not required for full functionality
but may be convenient when developing a Gtk app.
Notes on macOS
On macOS 10.14 and higher, the implementation uses the UNUserNotificationCenter
instead of the deprecated NSUserNotificationCenter
. UNUserNotificationCenter
only allows signed executables to send desktop notifications. This means that
notifications will only work if the Python executable or bundled app has been signed.
Note that the installer from python.org provides a properly signed
Python framework but homebrew does not (manually signing the executable installed
by homebrew should work as well).
If you freeze your code with PyInstaller or a similar packaging solution, you must sign
the resulting app bundle for notifications to work. An ad-hoc signature will be
sufficient but signing with an Apple developer certificate is recommended for
distribution and may be required on future releases of macOS.
Design choices
This package is opinionated in a few ways:
- It does not try to work around platform restrictions, such as changing the app icon on
macOS. Workarounds would be hacky and likely be rejected by an App Store review.
- The main API consists of async methods and a running event loop is required to respond
to user interactions with a notification. This simplifies integration with GUI apps.
- Dependencies are pure Python packages without extension modules. This simplifies app
bundling and distribution. We make an exception for Windows because interoperability
with the Windows Runtime is difficult to achieve without extension modules.
- If a certain feature is not supported by a platform, using it will not raise an
exception. This allows clients to use a wide feature set where available without
worrying about exception handling.
- If a notification cannot be scheduled, this is logged as a warning and does not raise
an exception. Most platforms allow the user to control if and how notifications are
delivered and notification delivery therefore cannot be taken as guaranteed.
Dependencies