Here's a screenshot, showing *some* icons rendering ( no idea which icon theme they come from ), and some *not* rendering: http://tesla.duckdns.org/images/windows_7_gtk3.png I'm using code like: my $icon = Gtk3::Image->new_from_icon_name( 'gtk-new', 'button' ); ... to render the icons. Note the missing images in the buttons in the header bar. It works fine on Linux and OSX. Dan On Wed, May 20, 2015 at 7:16 AM, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> wrote: > On Wed, May 20, 2015 at 12:08 AM, LRN <lrn1986@xxxxxxxxx> wrote: >> On 19.05.2015 15:44, Daniel Kasak wrote: >>> On Tue, May 19, 2015 at 9:45 PM, LRN wrote: >>>> On 19.05.2015 14:44, LRN wrote: >>>>> On 19.05.2015 14:34, Daniel Kasak wrote: >>>>>> On Sun, Oct 19, 2014 at 10:17 PM, Emmanuele Bassi wrote: >>>>>>> On 19 October 2014 03:42, Daniel Kasak wrote: >>>>>>>> On Sat, Oct 18, 2014 at 10:45 PM, Kalev Lember wrote: >>>>>>>>> On 10/18/2014 01:25 PM, Daniel Kasak wrote: >>>>>>>>>> Why are some icons not being rendered? Is this a packaging issue? I see >>>>>>>>>> the same issue in the gtk demo apps. Also note that there is an image in the >>>>>>>>>> combo box that's also not being rendered. I'm hoping this is just a case of >>>>>>>>>> chucking a png file or 2 in the correct place now :) >>>>>>>>>> >>>>>>>>>> Some screenshots of Linux vs Windows: >>>>>>>>>> http://tesla.duckdns.org/downloads/gtk_linux.png >>>>>>>>>> http://tesla.duckdns.org/downloads/gtk_windows.png >>>>>>>>> >>>>>>>>> Looking at the screenshots, it looks like the Windows packaging is >>>>>>>>> missing all the standard icons that would normally come from >>>>>>>>> adwaita-icon-theme. Try including that in the builds and see if it fixes >>>>>>>>> the icon issue? >>>>>>>>> >>>>>>>> Thanks for the response. I just attempted to build adwaita-icon-theme, and >>>>>>>> it wants me to install gnome-common. I wonder if this is *really* necessary, >>>>>>>> but anyway I'll persist ( when I get a full dev environment going on Windows >>>>>>>> ). >>>>>>> >>>>>>> gnome-common is just a build-time requirement for a bunch of modules >>>>>>> loosely tied to GNOME; it's a collection of autotool macros that cut >>>>>>> down the maintenance burden, similar to the X.org macros module[1]. >>>>>>> >>>>>>> [1] http://cgit.freedesktop.org/xorg/util/macros >>>>>> I'm back with exactly the same issue :( >>>>>> >>>>>> I'm doing another full windows build ( the previous one was flaky WRT >>>>>> rendering pixbufs, so I thought I'd try a full rebuild ). Previously, >>>>>> adding the adwaita-icon-theme package fixed the issue, and I saw the >>>>>> default Adwaita icons. Now, this doesn't seem to help. I've set >>>>>> GTK_DEBUG=icontheme and seen a LOT of messages about icons in the >>>>>> Adwaita directory, which would seem to suggest gtk is traversing the >>>>>> directory. >>>>>> >>>>>> Is there a definitive list of things that need to be set up to tell >>>>>> gtk3 where to look for icons? >>>>> >>>>> >>>>> Did you run >>>>> <prefix>/bin/gtk-update-icon-cache-3.0 -f -t <prefix>/share/icons/hicolor >>>>> after installing Adwaita? >>>>> >>>>> Unrelated: do edit <prefix>/etc/gtk-3.0/settings.ini and at the very least set >>>>> >>>>> [Settings] >>>>> gtk-xft-antialias=1 >>>>> >>>> Related: also, did you run >>>> <prefix>/bin/gdk-pixbuf-query-loaders.exe > >>>> <prefix>/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache >>>> after installing librsvg? >>>> >>> Yes I've scripted the initial setup: >>> >>> bin\pango-querymodules.exe > etc\pango\pango.modules >>> bin\gdk-pixbuf-query-loaders.exe > lib\gdk-pixbuf-2.0\2.10.0\loaders.cache >>> bin\gtk-query-immodules-3.0.exe > lib\gtk-3.0\3.0.0\immodules.cache >>> bin\gtk-update-icon-cache.exe -f -t share\icons\hicolor >>> bin\gtk-update-icon-cache.exe -f -t share\icons\Adwaita >>> bin\gtk-update-icon-cache.exe -f -t share\icons\Faenza-Fresh >>> >>> I've tried setting in <prefix>/etc/gtk-3.0/settings.ini: >>> >>> [Settings] >>> gtk-icon-theme-name = Adwaita >>> gtk-xft-antialias = 1 >>> >>> ... or: >>> >>> [Settings] >>> gtk-icon-theme-name = Faenza-Fresh >>> gtk-xft-antialias = 1 >>> >>> ... but neither affect how things look.> >>> [...] >>> look for cache in c:\jewelkit\c\share\icons >>> [...] >> >> Um...just to make things clear: is your <prefix> = "c:\jewelkit\c"? Is >> libgtk-3-0.dll located in "c:\jewelkit\c\bin"? > > Yes, and yes. > > Dan _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
