OK I think I can see what's going on here ... the old method of generating icons via names like 'gtk-new' has been removed. Grrrr ... reminds me of how much I hate PHP every time I'm forced to return to it ( eg suggested 'best practices' are removed, leaving large chunks of otherwise well-written code broken ). I assume I've only hit this on Windows because I'm using the very latest versions of everything on Windows, and my Linux boxen haven't quite caught up yet. I've gotten hold of the GtkSettings thing and verified that it is in fact picking up settings from my settings.ini, so at least this side of things seems OK. The icon theme packages are installing into: $PREFIX/share/icons/$ICON_THEME_NAME ... instead of: $PREFIX/usr/share/icons/$ICON_THEME_NAME ... which the spec suggests ... so I have to set the XDG_DATA_DIRS environment variable to include this path. No idea why the icon themes are ending up in this location. Thanks to all those who responded and pointed my in the right direction. I predict I will return in 6 months with the exact same problem :P Dan On Wed, May 20, 2015 at 10:32 AM, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> wrote: > Can you please explain this further? I had assumed this was the > correct way to ask for the 'new' icon, from whatever icon theme was > selected. If I have to change my behaviour, I'm quite willing to do > that. I'm still confused as to why this would work on Linux and OSX, > but not Windows, when all had the same themes installed. > > Also I'm not convinced this build is working correctly WRT selecting > icon themes - as noted, changing the theme in my settings.ini has no > effect on icons that do get rendered ( and there aren't many of them > ). > > Dan > > On Wed, May 20, 2015 at 10:04 AM, Emmanuele Bassi <ebassi@xxxxxxxxx> wrote: >> Hi; >> >> Do not use "gtk-new" and other stock button names: use the correctly named >> icons from the theme. >> >> Ciao, >> Emmanuele. >> >> >> On Tuesday, May 19, 2015, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> wrote: >>> >>> 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 >> >> >> >> -- >> https://www.bassi.io >> [@] ebassi [@gmail.com] _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
