Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

icon destination #104

Closed
hasufell opened this issue Jun 16, 2012 · 2 comments
Closed

icon destination #104

hasufell opened this issue Jun 16, 2012 · 2 comments

Comments

@hasufell
Copy link

Modern applications should install their icons in a freedesktop.org compliant way and make use of icon cache too.

The order where applications should look for icons is defined here:
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html
(where "$XDG_DATA_DIRS/icons" is preferred over pixmaps)

"$XDG_DATA_DIRS/icons would" also enable us to use icon cache:
http://developer.gnome.org/gtk/2.24/gtk-update-icon-cache.html

Distributions mostly handle the icon cache updates for packages.
This PATCH is compatible with current spacefm: https://gist.github.com/2942793

@hasufell
Copy link
Author

Or if you like to keep the old behavior as default, because people HAVE to update the icon cache in order for them to show up in spacefm, then you might consider a switch like this: https://gist.github.com/2942878

@IgnorantGuru
Copy link
Owner

f06b5b8 and b026ca1 add configure option --disable-pixmaps to move installation of icons to share/icons instead of share/pixmaps.

Due to the necessity of updating the cache, share/pixmaps is the default. However my debian packages and Arch AUR spacefm-git now use share/icons.

If you package spacefm using --disable-pixmaps, after install be sure to run:

gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants