wakepy 1.0.0 planning

[fohrloop]

The things I would like to solve before 1.0.0. Related: Milestone 1.0.0

Make wakepy dependency free

Wakepy has now one dependency, jeepney, for d-bus based methods. It would be a good selling point if installing wakepy would not install any other packages. There are some preliminary results with the gtk_application_inhibit() based method which uses system python + gi library. That would cover all GTK3 and GTK4 based desktop environments. That used in conjunction with the kde-inhibit (#406) could make wakepy dependency free. In addition to that, it might be possible to use the same "system python trick" with the d-bus methods (most systems requiring the d-bus methods come with some d-bus python library installed)

• Close Method using gtk_application_inhibit()? #404
• Close Add support for kde-inhibit #406
• Close Non-DBUS based methods on GNOME #64 if possible
• Close Consider making D-Bus support install optional  #65 if possible

Wakepy API

Some upcoming features might require API changes. For example, the decorator syntax (#466) might require some changes whcih could affect also the current public API.

• Close Decorator syntax: @keep.running & @keep.presenting #466
• Check compatibility with the idea in Conditionally using wakepy modes #372
• Close Improve how ActivationResults work #226
• Some type of Method prioritization

New supported systems

• wakepy WSL support #36