theupriser/steamify-cachyos-dev
1
0 Fork 0
mirror of https://github.com/theupriser/steamify-cachyos-dev.git synced 2026-10-14 15:48:49 +02:00
Code Issues Actions Packages Projects Releases Wiki Activity

GNOME plan: app id, icon, window frame
Sync git.upriser.nl mirror / sync (push) Skipped
Details

Browse Source
This commit is contained in:
theupriser committed 2026-10-14 15:44:39 +02:00
1 parent 47c95be477
commit fc9ba7f7e7
1 file changed
+5
Download Patch File Download Diff File Expand all files Collapse all files
gnome/PLAN.md
+5
View File
@@ -65,3 +65,8 @@ Gamescope is its own session and doesn't depend on either desktop. What does:
## Open: Steamify app icon in GNOME's dock (2026-10-14) ## Open: Steamify app icon in GNOME's dock (2026-10-14)
The running Steamify (Qt) window shows a blank grey icon in the dock. Facts: the window's app_id is `steamify-ui` (WAYLAND_DEBUG), GLib accepts `steamify-ui.desktop` (icon `steamify`, StartupWMClass `steamify-ui`), icon as SVG, as PNG and as absolute path all stay blank, StartupWMClass is in. A plain GTK test window with app id `steamify-ui`, and with a second launcher `probeapp.desktop` (also system-wide), gets GNOME's generic blue icon, also with the Ubuntu Dock extension off (stock dash): so GNOME Shell doesn't match these windows to their launchers here (system apps match). Not the icon file, not the dock. Ideas: launch through the desktop/DING click and gnome-shell's own launch (startup sequence) instead of systemd-run; check gnome-shell logs; try on real hardware; check Qt's app_id handling (xdg-toplevel-icon). The running Steamify (Qt) window shows a blank grey icon in the dock. Facts: the window's app_id is `steamify-ui` (WAYLAND_DEBUG), GLib accepts `steamify-ui.desktop` (icon `steamify`, StartupWMClass `steamify-ui`), icon as SVG, as PNG and as absolute path all stay blank, StartupWMClass is in. A plain GTK test window with app id `steamify-ui`, and with a second launcher `probeapp.desktop` (also system-wide), gets GNOME's generic blue icon, also with the Ubuntu Dock extension off (stock dash): so GNOME Shell doesn't match these windows to their launchers here (system apps match). Not the icon file, not the dock. Ideas: launch through the desktop/DING click and gnome-shell's own launch (startup sequence) instead of systemd-run; check gnome-shell logs; try on real hardware; check Qt's app_id handling (xdg-toplevel-icon).
The tray icon is fine (single-color steamify-symbolic.svg), the notification too. The tray icon is fine (single-color steamify-symbolic.svg), the notification too.
## Update (same day): dock icon and window frame
- Cause of the blank dock icon: GNOME Shell on Wayland matches a window to its launcher only by a reverse-DNS app id (`steamify-ui` never matched; a GTK probe with `io.github.theupriser.SteamifyProbe` did). Steamify's id is now `io.github.theupriser.Steamify` (app, launcher entry `io.github.theupriser.Steamify.desktop`, notifier); the old `steamify-ui.desktop` entries are removed when the shortcut is applied.
- The icon must be given as a full path (`Icon=/home/.../icons/hicolor/scalable/apps/steamify.svg`): a name from the user's icon folder, and a PNG path, stayed blank in the dock; the SVG path worked in one test. After the wizard rewrote the entry the dock stayed blank until a fresh login: NOT confirmed after a relogin yet.
- Qt's own frame on GNOME is light grey: on GNOME (Wayland, windowed) the app draws its own dark header with minimize/maximize/close, drag and resize edges. Close confirmed working by the user; minimize and maximize not click-tested.