49cd0809a2
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>
11 lines
366 B
Desktop File
11 lines
366 B
Desktop File
[Desktop Entry]
|
|
Name=Open CAD Studio
|
|
Comment=A CAD application for 2D/3D drawing and design
|
|
Exec=OpenCADStudio %F
|
|
Icon=io.github.HakanSeven12.OpenCadStudio
|
|
Terminal=false
|
|
Type=Application
|
|
Categories=Graphics;Engineering;
|
|
MimeType=image/vnd.dwg;image/vnd.dxf;
|
|
Keywords=CAD;DWG;DXF;drawing;design;engineering;2D;3D;
|
|
StartupWMClass=io.github.HakanSeven12.OpenCadStudio
|