Re: Gtk-3.14.3 on Windows: icon rendering issues
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 > /bin/gtk-update-icon-cache-3.0 -f -t > /share/icons/hicolor > after installing Adwaita? > > Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very > least set > > [Settings] > gtk-xft-antialias=1 > Related: also, did you run /bin/gdk-pixbuf-query-loaders.exe > /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 /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 = "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 ic
Re: Gtk-3.14.3 on Windows: icon rendering issues
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. G ... 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 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 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 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 >>> 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=i
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 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 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 >> 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 >> > /bin/gtk-update-icon-cache-3.0 -f -t >> > /share/icons/hicolor >> > after installing Adwaita? >> > >> > Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very >> > least set >> > >> > [Settings] >> > gtk-xft-antialias=1 >> > >> Related: also, did you run >> /bin/gdk-pixbuf-query-loaders.exe > >> /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 >> >>
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 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 > 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 > > /bin/gtk-update-icon-cache-3.0 -f -t > /share/icons/hicolor > > after installing Adwaita? > > > > Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very > least set > > > > [Settings] > > gtk-xft-antialias=1 > > > Related: also, did you run > /bin/gdk-pixbuf-query-loaders.exe > > /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 /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 = "c:\jewelkit\c"? Is > >> libgtk-3-0.dll located in "c:\jewelkit\c\bin"? > > > > Yes, and yes. > > > > Dan > ___ > gtk-list mailing list > gtk-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-list > -- https://www.bassi.io [@] ebassi [@gmail.com] ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gt
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 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 > /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor > after installing Adwaita? > > Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very > least set > > [Settings] > gtk-xft-antialias=1 > Related: also, did you run /bin/gdk-pixbuf-query-loaders.exe > /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 /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 = "c:\jewelkit\c"? Is >> libgtk-3-0.dll located in "c:\jewelkit\c\bin"? > > Yes, and yes. > > Dan ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor after installing Adwaita? Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very least set [Settings] gtk-xft-antialias=1 >>> Related: also, did you run >>> /bin/gdk-pixbuf-query-loaders.exe > >>> /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 /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 = "c:\jewelkit\c"? Is > libgtk-3-0.dll located in "c:\jewelkit\c\bin"? Yes, and yes. Dan ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 >>> /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor >>> after installing Adwaita? >>> >>> Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very least >>> set >>> >>> [Settings] >>> gtk-xft-antialias=1 >>> >> Related: also, did you run >> /bin/gdk-pixbuf-query-loaders.exe > >> /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 /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 = "c:\jewelkit\c"? Is libgtk-3-0.dll located in "c:\jewelkit\c\bin"? -- O< ascii ribbon - stop html email! - www.asciiribbon.org 0x922360B0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-3.14.3 on Windows: icon rendering issues
Thanks for the responses. 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 /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. Interestingly, when I set the icon theme to Faenza-Fresh and set GTK_DEBUG=icontheme, the debug messages still refer to Adwaita: scanning resources /org/gtk/libgtk/icons/scalable/stock/navigation scanning resources /org/gtk/libgtk/icons/scalable/stock/net scanning resources /org/gtk/libgtk/icons/scalable/stock/object scanning resources /org/gtk/libgtk/icons/scalable/stock/table scanning resources /org/gtk/libgtk/icons/scalable/stock/text scanning resources /org/gtk/libgtk/icons/symbolic/apps look for cache in c:\jewelkit\c\share\icons look for cache in c:\jewelkit\c\share\icons Current icon themes Adwaita hicolor lookup name: view-refresh theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\8x8/emblems get_icon_suffix (cached) 0 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\8x8/emblems get_icon_suffix (cached) 0 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\16x16/actions get_icon_suffix (cached) 4 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\16x16/actions get_icon_suffix (cached) 4 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\16x16/apps get_icon_suffix (cached) 0 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\16x16/apps get_icon_suffix (cached) 0 theme_lookup_icon dir c:\jewelkit\c\share\icons\Adwaita\16x16/categories Why does it say: Current icon themes Adwaita hicolor Where is Faenza-Fresh? Is there an environment variable I can use to override either the theme name, or preferably the theme *path* for an application? Dan 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 >> /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor >> after installing Adwaita? >> >> Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very least >> set >> >> [Settings] >> gtk-xft-antialias=1 >> > Related: also, did you run > /bin/gdk-pixbuf-query-loaders.exe > > /lib/gdk-pixbuf-2.0/2.10.0/loaders.cache > after installing librsvg? > > -- > O< ascii ribbon - stop html email! - www.asciiribbon.org > > ___ > gtk-list mailing list > gtk-list@gnome.org > https://mai
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 > /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor > after installing Adwaita? > > Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very least set > > [Settings] > gtk-xft-antialias=1 > Related: also, did you run /bin/gdk-pixbuf-query-loaders.exe > /lib/gdk-pixbuf-2.0/2.10.0/loaders.cache after installing librsvg? -- O< ascii ribbon - stop html email! - www.asciiribbon.org 0x922360B0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-3.14.3 on Windows: icon rendering issues
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 /bin/gtk-update-icon-cache-3.0 -f -t /share/icons/hicolor after installing Adwaita? Unrelated: do edit /etc/gtk-3.0/settings.ini and at the very least set [Settings] gtk-xft-antialias=1 -- O< ascii ribbon - stop html email! - www.asciiribbon.org 0x922360B0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-3.14.3 on Windows: icon rendering issues
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? Dan On Sun, Oct 19, 2014 at 10:17 PM, Emmanuele Bassi wrote: > hi; > > 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]. > > ciao, > Emmanuele. > > [1] http://cgit.freedesktop.org/xorg/util/macros > > > On 19 October 2014 03:42, Daniel Kasak wrote: >> 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 >> ). >> >> Dan >> >> 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? >>> >>> -- >>> Hope this helps, >>> Kalev >>> ___ >>> gtk-list mailing list >>> gtk-list@gnome.org >>> https://mail.gnome.org/mailman/listinfo/gtk-list >> >> >> >> ___ >> gtk-list mailing list >> gtk-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/gtk-list >> > > > > -- > http://www.bassi.io > [@] ebassi [@gmail.com] ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
