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
|
||||
- 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 idle-inhibit protocol which lets applications such as mpv disable idle monitoring
|
||||
- Layer shell popups (used by Waybar)
|
||||
|
|
Loading…
Reference in a new issue