fix(linux): set the Wayland window app_id so the dock shows the icon
The AppImage ships both the .desktop file and the hicolor icon, yet the dock button came up blank on Wayland. A Wayland compositor has no StartupWMClass to key on — it matches a window's app_id against the basename of an installed .desktop file to find its icon — and iced defaults window app_id to an empty string, which OCS never overrode, so nothing matched. Set application_id to the reverse-DNS id the .desktop is installed under, reusing the existing file_association::APP_ID const rather than a second copy. iced enables both the x11 and wayland winit backends by default and feeds the same application_id to each: on Wayland it is the app_id, on X11 it becomes WM_CLASS. So this also changes the X11 WM_CLASS, and the old StartupWMClass=OpenCADStudio would no longer match — realign it to the same id so X11 keeps working too. Confirmed on COSMIC/Wayland: the dock icon now appears. This is the Linux half of the same class of bug as the Windows taskbar report (#392, still open): the window not carrying the identity the OS needs to find its packaged icon. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
parent
bb4d92c83b
commit
49cd0809a2
3 changed files with 17 additions and 5 deletions
|
|
@ -8,4 +8,4 @@ Type=Application
|
|||
Categories=Graphics;Engineering;
|
||||
MimeType=image/vnd.dwg;image/vnd.dxf;
|
||||
Keywords=CAD;DWG;DXF;drawing;design;engineering;2D;3D;
|
||||
StartupWMClass=OpenCADStudio
|
||||
StartupWMClass=io.github.HakanSeven12.OpenCadStudio
|
||||
|
|
|
|||
Loading…
Reference in a new issue