Re: Gtk-3.14.3 on Windows: icon rendering issues

[Daniel Kasak <d j kasak dk gmail com>]

On Wed, May 20, 2015 at 12:08 AM, LRN <lrn1986 gmail com> 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