-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set _KDE_NET_WM_DESKTOP_FILE x11 window property. #19553
Conversation
This explicitly tells KDE to associate the OpenRA window with the integrated appimage desktop file, allowing it to use the correct resolution icon for the task switcher.
Updated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Didn't spot any regressions on Windows or any issues glancing over the code. I trust your tests that this works as intended on non-Windows.
It works fine for me, but of course you do need host integration (e.g. through AppImageLauncher) activated for this and any other icons/launchers/mime types to work. |
Okay, in that case #19528 was what I really wanted. I have never heard of https://github.com/TheAssassin/AppImageLauncher and I doubt many people use it. |
Yes, the desktop integration situation for AppImages is a real mess. They still state that individual applications managing their own integrations violates best practices, but provide no standard solution that we can expect users to willingly install. See AppImage/AppImageKit#1036 and related discussions for more information. |
This PR fixes a small polish annoyance when running the appimages with https://github.com/TheAssassin/AppImageLauncher integrations. Different components in the KDE desktop seem to have different heuristics for matching windows to their icons, and this was the only way I could find to properly solve all of them.
I suggest reviewing with ?w=1 to get a clearer picture of what has actually changed.
Before:
After: