clarify intention of feature suggestions
This commit is contained in:
parent
7b1b5c75e9
commit
0090b6bed6
1 changed files with 3 additions and 2 deletions
|
@ -18,9 +18,10 @@ dwl is not meant to provide every feature under the sun. Instead, like dwm, it s
|
||||||
- XWayland support as provided by wlroots
|
- XWayland support as provided by wlroots
|
||||||
- Zero flickering - Wayland users naturally expect that "every frame is perfect"
|
- Zero flickering - Wayland users naturally expect that "every frame is perfect"
|
||||||
|
|
||||||
Features yet to be implemented (possibly as patches) are:
|
Features under consideration (possibly as patches) are:
|
||||||
|
|
||||||
- Communication from the compositor to status bars. One possibility is to create a dwl-status protocol that bars can implement to be notified of compositor information. You can already use Waybar or yambar, but without tag information
|
- Protocols made trivial by wlroots
|
||||||
|
- Communication from the compositor to status bars. A straightforward possibility would be to use stdout or a provided file descriptor.
|
||||||
- Implement the input-inhibitor protocol to support screen lockers
|
- Implement the input-inhibitor protocol to support screen lockers
|
||||||
- Implement the idle-inhibit protocol which lets applications such as mpv disable idle monitoring
|
- Implement the idle-inhibit protocol which lets applications such as mpv disable idle monitoring
|
||||||
- Layer shell popups (used by Waybar)
|
- Layer shell popups (used by Waybar)
|
||||||
|
|
Loading…
Reference in a new issue