GNOME.org
 

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. 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 gmail com> 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 gmail com> 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 gmail com> 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 gmail com>
wrote:

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

_______________________________________________
gtk-list mailing list
gtk-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list




--
https://www.bassi.io
[ ] ebassi [ gmail com]
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]