Metadata-Version: 2.1 Name: desktop-notifier Version: 6.0.0 Summary: Python library for cross-platform desktop notifications Author-email: Sam Schott License: MIT Project-URL: Homepage, https://github.com/samschott/desktop-notifier Keywords: desktop-notifier,notifications,Notification Center,push notifications,Toast notifications Classifier: Development Status :: 5 - Production/Stable Classifier: Intended Audience :: Developers Classifier: License :: OSI Approved :: MIT License Classifier: Natural Language :: English Classifier: Operating System :: MacOS :: MacOS X Classifier: Operating System :: Microsoft :: Windows Classifier: Operating System :: OS Independent Classifier: Programming Language :: Python :: 3 Classifier: Programming Language :: Python :: 3.7 Classifier: Programming Language :: Python :: 3.8 Classifier: Programming Language :: Python :: 3.9 Classifier: Programming Language :: Python :: 3.10 Classifier: Programming Language :: Python :: 3.11 Classifier: Programming Language :: Python :: 3.12 Classifier: Programming Language :: Python :: 3 :: Only Classifier: Topic :: Communications Classifier: Topic :: Desktop Environment Classifier: Topic :: Desktop Environment :: Gnome Classifier: Topic :: Desktop Environment :: K Desktop Environment (KDE) Classifier: Topic :: Software Development :: Libraries :: Python Modules Requires-Python: >=3.7 Description-Content-Type: text/markdown License-File: LICENSE Requires-Dist: bidict Requires-Dist: packaging Requires-Dist: rubicon-objc ; sys_platform == "darwin" Requires-Dist: dbus-fast ; sys_platform == "linux" Requires-Dist: winrt-windows.applicationmodel.core ; sys_platform == "win32" Requires-Dist: winrt-windows.data.xml.dom ; sys_platform == "win32" Requires-Dist: winrt-windows.foundation ; sys_platform == "win32" Requires-Dist: winrt-windows.foundation.collections ; sys_platform == "win32" Requires-Dist: winrt-windows.foundation.interop ; sys_platform == "win32" Requires-Dist: winrt-windows.ui.notifications ; sys_platform == "win32" Provides-Extra: dev Requires-Dist: black ; extra == 'dev' Requires-Dist: bump2version ; extra == 'dev' Requires-Dist: flake8 ; extra == 'dev' Requires-Dist: flake8-pyproject ; extra == 'dev' Requires-Dist: isort ; extra == 'dev' Requires-Dist: mypy ; extra == 'dev' Requires-Dist: pytest ; extra == 'dev' Requires-Dist: pytest-asyncio ; extra == 'dev' Requires-Dist: pytest-cov ; extra == 'dev' Provides-Extra: docs Requires-Dist: furo ==2024.8.6 ; extra == 'docs' Requires-Dist: sphinx ==8.0.2 ; extra == 'docs' Requires-Dist: sphinx-autoapi ==3.3.1 ; extra == 'docs' Requires-Dist: sphinx-mdinclude ==0.6.2 ; extra == 'docs' # Desktop Notifier [![PyPi Release](https://img.shields.io/pypi/v/desktop-notifier.svg)](https://pypi.org/project/desktop-notifier/) [![Pyversions](https://img.shields.io/pypi/pyversions/desktop-notifier.svg)](https://pypi.org/pypi/desktop-notifier/) [![Documentation Status](https://readthedocs.org/projects/desktop-notifier/badge/?version=latest)](https://desktop-notifier.readthedocs.io/en/latest/?badge=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](https://desktop-notifier.readthedocs.io/en/latest/background/platform_support.html). 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: ```Python 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: ```Python 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, ) # Run the event loop forever to respond to user interactions with the notification. 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](https://developer.apple.com/documentation/corefoundation/cfrunloop-rht). You can use [rubicon-objc](https://github.com/beeware/rubicon-objc) to integrate a Core Foundation CFRunLoop with asyncio: ```Python import asyncio from rubicon.objc.eventloop import EventLoopPolicy # Install the event loop policy 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](examples/eventloop.py). Please refer to the [Rubicon Objective-C docs](https://rubicon-objc.readthedocs.io/en/latest/how-to/async.html) for more information. Likewise, you can integrate the asyncio event loop with a Gtk main loop on Gnome using [gbulb](https://pypi.org/project/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](https://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 * [dbus-next](https://github.com/altdesktop/python-dbus-next) on Linux * [rubicon-objc](https://github.com/beeware/rubicon-objc) on macOS * [pywinrt](https://github.com/pywinrt/pywinrt) on Windows