[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#59377: 29.0.50; Sticky frame parameter has no effect
From: |
Po Lu |
Subject: |
bug#59377: 29.0.50; Sticky frame parameter has no effect |
Date: |
Sun, 20 Nov 2022 15:31:07 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Michael Heerdegen <michael_heerdegen@web.de> writes:
> _NET_SUPPORTED(ATOM) = _NET_SUPPORTING_WM_CHECK, _NET_WM_FULL_PLACEMENT,
> _NET_CURRENT_DESKTOP, _NET_NUMBER_OF_DESKTOPS, _NET_DESKTOP_GEOMETRY,
> _NET_DESKTOP_VIEWPORT, _NET_ACTIVE_WINDOW, _NET_WORKAREA, _NET_CLIENT_LIST,
> _NET_CLIENT_LIST_STACKING, _NET_DESKTOP_NAMES, _NET_CLOSE_WINDOW,
> _NET_DESKTOP_LAYOUT, _NET_SHOWING_DESKTOP, _NET_WM_NAME,
> _NET_WM_VISIBLE_NAME, _NET_WM_ICON_NAME, _NET_WM_VISIBLE_ICON_NAME,
> _NET_WM_DESKTOP, _NET_WM_STRUT, _NET_WM_STRUT_PARTIAL, _NET_WM_ICON,
> _NET_WM_ICON_GEOMETRY, _NET_WM_WINDOW_TYPE, _NET_WM_WINDOW_TYPE_DESKTOP,
> _NET_WM_WINDOW_TYPE_DOCK, _NET_WM_WINDOW_TYPE_TOOLBAR,
> _NET_WM_WINDOW_TYPE_MENU, _NET_WM_WINDOW_TYPE_UTILITY,
> _NET_WM_WINDOW_TYPE_SPLASH, _NET_WM_WINDOW_TYPE_DIALOG,
> _NET_WM_WINDOW_TYPE_NORMAL, _NET_WM_ALLOWED_ACTIONS, _NET_WM_WINDOW_OPACITY,
> _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE,
> _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_HORZ,
> _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_FULLSCREEN,
> _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE,
> _NET_WM_ACTION_BELOW, _NET_WM_STATE, _NET_WM_STATE_MODAL,
> _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ,
> _NET_WM_STATE_SHADED, _NET_WM_STATE_SKIP_TASKBAR, _NET_WM_STATE_SKIP_PAGER,
> _NET_WM_STATE_HIDDEN, _NET_WM_STATE_FULLSCREEN, _NET_WM_STATE_ABOVE,
> _NET_WM_STATE_BELOW, _NET_WM_STATE_DEMANDS_ATTENTION, _NET_MOVERESIZE_WINDOW,
> _NET_WM_MOVERESIZE, _NET_WM_USER_TIME, _NET_FRAME_EXTENTS,
> _NET_REQUEST_FRAME_EXTENTS, _NET_RESTACK_WINDOW, _NET_STARTUP_ID,
> _NET_WM_SYNC_REQUEST, _NET_WM_SYNC_REQUEST_COUNTER, _NET_WM_PID,
> _NET_WM_PING, _KDE_WM_CHANGE_STATE, _KDE_NET_WM_FRAME_STRUT,
> _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _OB_WM_ACTION_UNDECORATE,
> _OB_WM_STATE_UNDECORATED, _OPENBOX_PID, _OB_THEME, _OB_CONFIG_FILE,
> _OB_CONTROL, _OB_VERSION, _OB_APP_ROLE, _OB_APP_TITLE, _OB_APP_NAME,
> _OB_APP_CLASS, _OB_APP_GROUP_NAME, _OB_APP_GROUP_CLASS, _OB_APP_TYPE
> _NET_SUPPORTING_WM_CHECK(WINDOW): window id # 0x40020b
This means your window manager does not support _NET_WM_STATE_STICKY.
Emacs only supports that method of making a frame sticky, and no others.
I guess Emacs could be made to send a _NET_WM_DESKTOP with the desktop
set to 0xffffffff when the window manager does not support
_NET_WM_STATE_STICKY, but it would be a lot of trouble. Since you're
trying to make some sort of popup, does the `override-redirect' frame
parameter work for you?
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Michael Heerdegen, 2022/11/19
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Po Lu, 2022/11/19
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Michael Heerdegen, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect,
Po Lu <=
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Michael Heerdegen, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Po Lu, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Michael Heerdegen, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Po Lu, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Michael Heerdegen, 2022/11/20
- bug#59377: 29.0.50; Sticky frame parameter has no effect, Stefan Kangas, 2022/11/24