upleb.uk

Public git repos — served from a NIP-34 GRASP relay at git.upleb.uk

summaryrefslogtreecommitdiff
path: root/src/fuzz_script.cpp
diff options
context:
space:
mode:
authorBitflash <btf01@proton.me>2026-08-03 15:34:41 -0300
committerGitHub <noreply@github.com>2026-08-03 15:34:41 -0300
commitf6e197573464268174edc6f8d3b0d5c2b194b1ed (patch)
tree9a08eab5fd9133a5c8a6c5e36fb70371f4e6b439 /src/fuzz_script.cpp
parentaba252206bf39ac81e6627354062c28fae05b0aa (diff)
gui: name the icon resource GLFW_ICON so the window actually wears it (#126)
The right icon has been in the exe the whole time. GLFW never found it. GLFW registers its own window class and fills hIcon with LoadImageW(module, L"GLFW_ICON", ...), falling back to IDI_APPLICATION when that exact resource name is missing. Ours was named "bitflash", so the lookup failed and every window this program has opened wore the generic Windows icon -- in the title bar and in the taskbar -- while the correct artwork sat unused a few kilobytes away. One line, verified by looking at it: rebuilt, ran the window, and zoomed in on both places the user pointed at. The title bar and the taskbar button now show the green BF coin. Checked the shell path too, since it resolves icons differently: ExtractAssociatedIcon on the new exe still returns the coin, so renaming the resource did not cost the file icon in Explorer.
Diffstat (limited to 'src/fuzz_script.cpp')
0 files changed, 0 insertions, 0 deletions