GNOME.org
 

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
<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

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]