I assume the hicolor theme is: /usr/share/icons/hicolor
It`s there and so are the icons it`s complaining about.
But still these errors with most of the GTK apps. I make.
GTK error: Could not find 'hicolor theme.
sunburnt,
If you are adding the icons to /usr/share/icons/hicolor you need to update the icon cache, run this in the terminal.
petget updates the cache when a pet is installed.
Mine looks like this with the icon-theme.cache and index.theme
If you are adding the icons to /usr/share/icons/hicolor you need to update the icon cache, run this in the terminal.
Code: Select all
gtk-update-icon-cache -f -i /usr/share/icons/hicolor
Mine looks like this with the icon-theme.cache and index.theme
- Attachments
-
- Screenshot-6.png
- (107.41 KiB) Downloaded 613 times
[b]Carolina:[/b] [url=http://smokey01.com/carolina/pages/recent-repo.html]Recent Repository Additions[/url]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
Hey again Geoffrey; A few obvious Qs here.
1) Can only one path be set.? Or are all paths run in command set into GTK`s icon cache DB.?
2) Your pic. shows the files: icon-theme.cache and index.theme as raw files.
Mine were gzipped, what effect will this have?
# I half expected a new set of files to be made when I ran the command.
Although running the command did report: gtk-update-icon-cache: No theme index file.
I extracted them and it seems to make no difference, other than the above report disappearing.
3) Where is the DB kept.? With GTK somewhere, or does it use the gzipped cache file.?
RoxFiler didn`t show any file activity with the gzipped cache file ( bold text ).
4) And some of the files don`t show icons; exec., scripts, images, and image files.
Is this normal, or is something still missing.? There`s no errors at all now.
See pic. below:
1) Can only one path be set.? Or are all paths run in command set into GTK`s icon cache DB.?
2) Your pic. shows the files: icon-theme.cache and index.theme as raw files.
Mine were gzipped, what effect will this have?
# I half expected a new set of files to be made when I ran the command.
Although running the command did report: gtk-update-icon-cache: No theme index file.
I extracted them and it seems to make no difference, other than the above report disappearing.
3) Where is the DB kept.? With GTK somewhere, or does it use the gzipped cache file.?
RoxFiler didn`t show any file activity with the gzipped cache file ( bold text ).
4) And some of the files don`t show icons; exec., scripts, images, and image files.
Is this normal, or is something still missing.? There`s no errors at all now.
See pic. below:
- Attachments
-
- 000_spacefm.png
- Missing icons...
- (87.12 KiB) Downloaded 537 times
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
In gtk4, there will no longer be built-in or "stock" icons... I would hope they at least include a "missing" icon.
It won't be the space savings they think though, actually xpm data compiled into C on a compressed file system can be 50% smaller than the png
It won't be the space savings they think though, actually xpm data compiled into C on a compressed file system can be 50% smaller than the png
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
Hi again technosaurus; Yeah... They keep changing, again and again.
I`d think there`d at least be a default path ( there probably is ).
Perhaps you could answer the first Q above.?
1) Can only one path be set.?
Or are all paths that are run in "successive commands" added to GTK`s icon cache DB.?
# I rather not spend most of my time experimenting and never really knowing the answers.
Windows is bad, but Linux is a real case of reinventing the wheel in so many different ways.
.
I`d think there`d at least be a default path ( there probably is ).
Perhaps you could answer the first Q above.?
1) Can only one path be set.?
Or are all paths that are run in "successive commands" added to GTK`s icon cache DB.?
# I rather not spend most of my time experimenting and never really knowing the answers.
Windows is bad, but Linux is a real case of reinventing the wheel in so many different ways.
.
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
Thanks again techysaurus;
# A thought that comes to my mind is... Will it be swapped or purged later if it`s not used.
I would think so, as readahead is mainly for booting, so pre-loading doesn`t "fix" it in place.
It looks like not only files but you show myapp`s dep. dir. in /usr/share being loaded too.
Typical, readahead has only the simplest of help. I wouldn`t have guessed dirs. work too.
# A thought that comes to my mind is... Will it be swapped or purged later if it`s not used.
I would think so, as readahead is mainly for booting, so pre-loading doesn`t "fix" it in place.
It looks like not only files but you show myapp`s dep. dir. in /usr/share being loaded too.
Typical, readahead has only the simplest of help. I wouldn`t have guessed dirs. work too.