6eb05dab7c
GNOME implements the startup notification protocol correctly which means it checks StartupWMClass against both WM name (res_name) and WM class (res_class). Thus it does not need this patch. The situation is different for desktop environments that thunk to Wayland such as Crostini. Wayland does not have separate concepts that WM name and WM class can be mapped to. So Crostini decided to only use res_class resulting in it trying to match 'Wine' to the program name stored in StartupWMClass. While Crostini's choice is unfortunate for Wine, most other applications (e.g. all GTK applications) already store the same value in both WM name and class. So in the interest of compatiblity it makes sense for Wine to do the same. Signed-off-by: Francois Gouget <fgouget@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org> |
||
---|---|---|
.. | ||
Makefile.in | ||
bitblt.c | ||
brush.c | ||
clipboard.c | ||
desktop.c | ||
display.c | ||
event.c | ||
graphics.c | ||
ime.c | ||
init.c | ||
keyboard.c | ||
mouse.c | ||
mwm.h | ||
opengl.c | ||
palette.c | ||
pen.c | ||
settings.c | ||
systray.c | ||
version.rc | ||
vulkan.c | ||
window.c | ||
winex11.drv.spec | ||
wintab.c | ||
x11drv.h | ||
x11drv_main.c | ||
xcomposite.h | ||
xdnd.c | ||
xim.c | ||
xinerama.c | ||
xrandr.c | ||
xrender.c | ||
xvidmode.c |