data/icons/menu/dark/connect.png

<EFBFBD>PNG


IHDR<1F><>abKGD<00><00><00><><EFBFBD><EFBFBD><EFBFBD>DIDAT8<54><38>Q<EFBFBD>JA<10>f=			Jg~*k+<2B>F|<0B>@<40><16> <20>aa!X<>&ja<6A><61>E<w<><77><EFBFBD>I<EFBFBD>F<EFBFBD>eG<65>0r9/<10><><EFBFBD>ٝ<EFBFBD><D99D>o<EFBFBD>f<16>#h^<5E><><1D>G<EFBFBD><47>w݊$<24>p<EFBFBD>J
ZL<5A>
<0A><1E><>w<EFBFBD>
<0A>sXj<58><6A>k^<5E>^̒<>]<16>[ ><3E>4ٌ<34>GoC؎R<D88E>N<EFBFBD>d<EFBFBD>-<2D><><EFBFBD><EFBFBD>6<EFBFBD>W<EFBFBD><57><EFBFBD>|<7C><>9<EFBFBD>̙<EFBFBD><CC99><EFBFBD><EFBFBD><EFBFBD><EFBFBD>h3<68><33><EFBFBD>t<EFBFBD>&<26><E<><45><EFBFBD>Kmn<6D>o<EFBFBD>-Lj<4C>*<2A>`?M<>lV<6C>9Pڌ<50>y<EFBFBD>g<07><>7<00>,<2C>e<EFBFBD>\(V<><0B><>]<5D><><EFBFBD>|<7C>@Y<>a<<3C><1D><>><3E><>R<06><><
4<1A><>d-<2D><19>Ƭ<EFBFBD><C6AC>]<5D><>0<14>><1C>~F<><46><10><>jU%<25>)<29><><EFBFBD><EFBFBD>U<EFBFBD><55><00>|<19><>0Wk6˃<36><14><><EFBFBD><00><><17>M<EFBFBD>#6<><36>NIEND<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>DIDAT8<54><38>Q<EFBFBD>JA<10>f= Jg~k+<2B>F\|<0B>@<40><16> <20>aa!X<>&ja<6A><61>E<w<><77><EFBFBD>I<EFBFBD>F<EFBFBD>eG<65>0r9/<10><><EFBFBD>ٝ<EFBFBD><D99D>o<EFBFBD>f<16>#h^<5E><><1D>G<EFBFBD><47>w݊$<24>p<EFBFBD>J ZL<5A> <0A><1E><>w<EFBFBD> <0A>sXj<58><6A>k^<5E>^̒<>]<16>[ ><3E>4ٌ<34>GoC؎R<D88E>N<EFBFBD>d<EFBFBD>-<2D><><EFBFBD><EFBFBD>6<EFBFBD>W<EFBFBD><57><EFBFBD>\|<7C><>9<EFBFBD>̙<EFBFBD><CC99><EFBFBD><EFBFBD><EFBFBD><EFBFBD>h3<68><33><EFBFBD>t<EFBFBD>&<26><E<><45><EFBFBD>Kmn<6D>o<EFBFBD>-Lj<4C><2A>`?M<>lV<6C>9Pڌ<50>y<EFBFBD>g<07><>7<00>,<2C>e<EFBFBD>\(V<><0B><>]<5D><><EFBFBD>\|<7C>@Y<>a<<3C><1D><>><3E><>R<06><>< 4<1A><>d-<2D><19>Ƭ<EFBFBD><C6AC>]<5D><>0<14>><1C>~F<><46><10><>jU%<25>)<29><><EFBFBD><EFBFBD>U<EFBFBD><55><00>\|<19><>0Wk6˃<36><14><><EFBFBD><00><><17>M<EFBFBD>#6<><36>NIEND<4E>B`<60>