From 4ea687f00f781e9893c480f745ca6ff875dafae6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Guido=20G=C3=BCnther?= Date: Fri, 27 Sep 2024 10:58:17 +0200 Subject: [PATCH] foreign-toplevel-management: Allow to emit toplevels responsiveness state By emitting this state to interested clients it becomes possible to inform the user about frozen / unresponsive applications. This is usually checked by the compositor by sending a "ping" to the toplevel. When no unresponsive state is received the client should assume the toplevel to be responsive. --- ...wlr-foreign-toplevel-management-unstable-v1.xml | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/unstable/wlr-foreign-toplevel-management-unstable-v1.xml b/unstable/wlr-foreign-toplevel-management-unstable-v1.xml index 44505bb..a7a9ea9 100644 --- a/unstable/wlr-foreign-toplevel-management-unstable-v1.xml +++ b/unstable/wlr-foreign-toplevel-management-unstable-v1.xml @@ -25,7 +25,7 @@ THIS SOFTWARE. - + The purpose of this protocol is to enable the creation of taskbars and docks by providing them with a list of opened applications and @@ -68,7 +68,7 @@ - + A zwlr_foreign_toplevel_handle_v1 object represents an opened toplevel window. Each app may have multiple opened toplevels. @@ -150,10 +150,12 @@ as the states with the same names defined in xdg-toplevel - - - - + + + + + +