On 20.05.2015 7:08, Daniel Kasak wrote: > On Wed, May 20, 2015 at 10:32 AM, Daniel Kasak wrote: >> On Wed, May 20, 2015 at 10:04 AM, Emmanuele Bassi wrote: >>> On Tuesday, May 19, 2015, Daniel Kasak wrote: >>>> On Wed, May 20, 2015 at 7:16 AM, Daniel Kasak wrote: >>>>> On Wed, May 20, 2015 at 12:08 AM, LRN 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. >>>>> >>>> >>>> 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. >>> >>> Do not use "gtk-new" and other stock button names: use the correctly named >>> icons from the theme. >>> >> 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 >> ). > > 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. > When spec speaks of /usr, it means it as the prefix (because on *nix this is the prefix everyone uses). So icons are being installed correctly. -- O< ascii ribbon - stop html email! - www.asciiribbon.org
Attachment:
0x922360B0.asc
Description: application/pgp-keys
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
