2 Commits
Author SHA1 Message Date
austinandClaude Opus 5 ea4a3cc315 Fix the Flatpak build: keep the icon's <svg> tag in its first 256 bytes
AppStream compose in the Flatpak build failed with "Unrecognized image
file format" for the new scalable icon, so v0.1.5 was never published.
Image loaders recognise an SVG by finding "<svg" within the first 256
bytes, and the icon's descriptive header comment pushed the tag past
that. The comment now lives inside the element; the icon renders
pixel-identically. icons/CMakeLists.txt now fails configuration if the
tag drifts past 256 bytes again. Verified with the KDE 6.10 runtime's
appstreamcli-compose, which now succeeds and emits all catalog icons.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
Claude-Session: https://claude.ai/code/session_01BxDf7HqD1xPnsZP8wt3NTk
2026-09-11 17:09:08 -05:00
austinandClaude Opus 5 289246a6d0 New app icon: a K drawn as the pipeline splitting
The stem is every application, splitting into a green success path
rising to an outcome and a drop-off falling away, on a Breeze-blue
rounded square. Plain shapes and gradients only, so QtSvg renders it
exactly; PNGs from 16 to 128 px are rendered from the SVG.

The icon set is now named after the app ID (io.github.toservetheking.
Kareer). It was installed as "kareer", which nothing looked up: the
desktop file and the window ask for the app ID, so launchers fell back
to a generic icon, and Flatpak (which only exports icons prefixed with
the app ID) shipped none.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
Claude-Session: https://claude.ai/code/session_01BxDf7HqD1xPnsZP8wt3NTk
2026-09-11 17:00:30 -05:00