data/icons/menu/light/detach.png

<EFBFBD>PNG


IHDR<1F><>abKGD<00><00><00><><EFBFBD><EFBFBD><EFBFBD>IDAT8<54><38>R=KQ<10><>ARX(Vr<56><72><EFBFBD>+ŗ`<60>/<2F><11><0F>T66<16>

<EFBFBD><03>((<28><><10><><EFBFBD>R&<26>\
<05><>F<EFBFBD><46>#Hΐgc<67>SL3;<3B><><EFBFBD>-<2D><>AGI<47>L<EFBFBD><4C>JS<4A>%<01>X`<60><16>u<EFBFBD>-<2D><>c<EFBFBD><63>8rf<72><66><EFBFBD><EFBFBD>a<01><>^<5E>d[<5B>ad<61>øv<C3B8><76>cs<11>Ɔ<EFBFBD>ٜ<EFBFBD>"<04><>E<EFBFBD>M!<1D><><EFBFBD>b<EFBFBD>Q<EFBFBD><51>^<5E>p<EFBFBD>!P<><50>c)􁊃jd<6A>z<EFBFBD><7A><EFBFBD>(<28>/ ?<3F><><EFBFBD>}<7D>Ko֕<6F><D695><EFBFBD>଒ͯ<E0AC92><CDAF><15>U<EFBFBD>%o'<27><><04><>hd<68>m<EFBFBD>(<28><1D><>S`<60><1A><>&<26><><EFBFBD>v<><76><EFBFBD>f<EFBFBD><66><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>B<17>w<0B>!Qq:Wy<57><79><EFBFBD><EFBFBD><1D><EFBFBD>'<27>Z/<2F>7Y<37>IEND<4E>B`<60>
-												    Switched menu resource loading to use bundled PNG assets (instead of SVG paths) for zc-menu-* icons, so menu icon resolution is consistent and no longer depends on SVG/icon-theme availability on different platforms (including Win32 builds).

    Updated the GResource manifest so all menu icons now come from data/icons/menu/{light,dark} PNG files and are embedded with to-pixdata preprocessing, ensuring the app uses one unified internal icon set across platforms.

    Generated and added PNG assets for both light and dark menu icon variants under data/icons/menu/ to back the new resource paths used by the GTK menu code.

    Fixed menu icon resource detection to fall back from PNG to SVG when probing zc-menu-* entries, so menu item icon lookup no longer fails just because one format is unavailable at runtime.

    Updated GTK menu icon loading to use gdk_pixbuf_new_from_resource (instead of ..._at_scale) and added explicit fallback order across variant/light and PNG/SVG resources, which addresses the “red no-entry square” missing-icon behavior you reported.

    Kept compatibility with your previous menu resource setup while making loading more resilient on Win32 and other environments where resource/pixbuf behavior differs.

											
										
										
											2026-02-18 01:16:03 -07:00
+								<EFBFBD>PNG
 IHDR<1F><>abKGD<00><00><00><><EFBFBD><EFBFBD><EFBFBD>IDAT8<54><38>R=KQ<10><>ARX(Vr<56><72><EFBFBD>+ŗ`<60>/<2F><11><0F>T66<16>
 								<EFBFBD><03>((<28><><10><><EFBFBD>R&<26>\
 								<05><>F<EFBFBD><46>#Hΐgc<67>SL3;<3B><><EFBFBD>-<2D><>AGI<47>L<EFBFBD><4C>JS<4A>%<01>X`<60><16>u<EFBFBD>-<2D><>c<EFBFBD><63>8rf<72><66><EFBFBD><EFBFBD>a<01><>^<5E>d[<5B>ad<61>øv<C3B8><76>cs<11>Ɔ<EFBFBD>ٜ<EFBFBD>"<04><>E<EFBFBD>M!<1D><><EFBFBD>b<EFBFBD>Q<EFBFBD><51>^<5E>p<EFBFBD>!P<><50>c)􁊃jd<6A>z<EFBFBD><7A><EFBFBD>(<28>/ ?<3F><><EFBFBD>}<7D>Ko֕<6F><D695><EFBFBD>଒ͯ<E0AC92><CDAF><15>U<EFBFBD>%o'<27><><04><>hd<68>m<EFBFBD>(<28><1D><>S`<60><1A><>&<26><><EFBFBD>v<><76><EFBFBD>f<EFBFBD><66><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>B<17>w<0B>!Qq:Wy<57><79><EFBFBD><EFBFBD><1D><EFBFBD>'<27>Z/<2F>7Y<37>IEND<4E>B`<60>