You are not logged in.
I appreciate your patience and don't worry... I have dealt with unruly icons many, many times. It will get solved.
Thank you. Now my icon theme is in both the directories but the problem is still there.
Offline
I just instaleld and added Pulsaudio to my XFCE system, then added it to the panel. It immediately used the icon in my icons folder called pulseaudio.png
I then checked the Abyss-Deep-Suru folder and it does contain a Pulseaudio icon in apps/48 and other sizes.
Switched to Suru icon set.
Interestingly, the panel icon changed to the Volume control icon- which I think is the one you preferred.
I am getting the same result with Franz. The Suru style icon is what is used.
Could you run in terminal
xfce4-panel --version
Offline
Interestingly, the panel icon changed to the Volume control icon- which I think is the one you preferred.
[...]
I am getting the same result with Franz. The Suru style icon is what is used.
I'm using the Suru one too and yes, that's the icon I'd like to use.
Could you run in terminal
xfce4-panel --version
iak@iakhp:~$ xfce4-panel --version
xfce4-panel 4.12.2 (Xfce 4.12)
Copyright (c) 2004-2011
Il team di sviluppo di Xfce. Tutti i diritti riservati.
Segnalare i problemi a <http://bugzilla.xfce.org/>.
Offline
Ok, so your panel and XFdesktop match versions.
Can you open the index.theme in your Suru folder and check if ther eis a line that says, "inherits" at the top somewhere?
Can you check what Theme (not icon theme, desktop theme) you are using?
In that folder, you should see another index.theme. Please check it for "IconTheme=____"
If nothing there is a lead, you might try in terminal
gtk-update-icon-cache --force /usr/share/icons/Abyss-DEEP-Suru
Or
gtk-update-icon-cache --force /home/<Your User Name>/.icons/Abyss-DEEP-Suru
Last edited by Aravisian (2020-02-17 13:27:54)
Offline
There's not "Inherits" line in the index file of the icon theme. I edited the theme's index file so now its' "IconTheme=Abyss-DEEP-Suru",
then tried
gtk-update-icon-cache --force /usr/share/icons/Abyss-DEEP-Suru
but nothing changed.
Offline
I'd like to run an XFCE 4.12 desktop with 4.12 panel and replicate this. If I can replicate it, then go about trying to solve it- If I cannot replicate it, see if I can find out why. It may take another day or so- assuming no other contributions to this thread.
Offline
That'd be great, thank you!
Offline
A quick update- I have been Busy- really busy...
I have had time to make a Quick Post here and there but I have not had a chance to set aside a machine to load up XFCE 4.12 and do deep testing. As I type this, another version of Abyss Deep Suru is downloading... I just wanted to check in and let you know I had not forgotten and was not ignoring this issue.
Offline
I ran a LiveCD mode of Zorin 12.4 with XFCE 4.12 earlier and then tried using Abyss Deep Suru. I saw the same effect you described.
I then went through the Suru folders and compared the icons on the panel to the ones you would prefer to use. The ones you want to use are stored in folder PANEL whereas the icon being used is the gouping of Volume Icons in the folder STATUS.
Could you try replacing the white Volume Icons in Status with the Blue ones from Panel and see if that resolves?
That did the trick for me.
Offline
Could you try replacing the white Volume Icons in Status with the Blue ones from Panel and see if that resolves?
That did the trick for me.
The blue ones were already in the "status" folder, as I made a similar attempt earlier. I overwrote them just to be sure, but nothing changes.
Offline
Aravisian wrote:Could you try replacing the white Volume Icons in Status with the Blue ones from Panel and see if that resolves?
That did the trick for me.The blue ones were already in the "status" folder, as I made a similar attempt earlier. I overwrote them just to be sure, but nothing changes.
This is troublesome, because I cannot replicate what you are experiencing. In a way, I can, but it resolves with the easy solutions above. Something about our systems is clearly different but figuring out what the difference is- not so easy...
I tested above using a LiveCD, which is almost the same as a fresh install.
Offline
I ran a LiveCD mode of Zorin 12.4 with XFCE 4.12
I'm using Debian 10, is it the same thing?
Offline
No... reasonably similar that Icons should work the same.
I was hoping to avoid downloading and creating a bootable medium- but I may need to.
Offline
There's really no need to do that, we're talking about two icons. I'll find a way to install Xfce 4.14. Thank you very much for you effort.
Offline
Update:
I switched to Xfce 4.14 and upgraded xfce4-pulseaudio-plugin to version 0.4.2-1 but nothing really changed.
EDIT:
I also restored the panel's default settings
xfce4-panel --quit ; pkill xfconfd ; rm -rf ~/.config/xfce4/panel ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml ; xfce4-panel;
Where else can the problem be?
Last edited by -iak- (2020-03-07 15:01:35)
Offline
There's really no need to do that, we're talking about two icons. I'll find a way to install Xfce 4.14. Thank you very much for you effort.
True- but I also understand the feeling of frustration when things just do not work as expected.
Where else can the problem be?
Would you be willing to do a LiveCD of the "XFCE using" Distro of your choice... Maybe MX linux or Mint- just try a Downloaded pre-made OS on LiveCD version, install the Icon set (You can move them into the trial version by opening your FM, selecting Other locations (nautilus, nemo) or navigating to your normal partition Thunar, etc.)) and then selecting from Appearances and see if you can duplicate or if they work?
Last edited by Aravisian (2020-03-08 04:01:15)
Offline
On MX the Pulse icon works well, the Franz's one is still wrong
Last edited by -iak- (2020-03-08 15:23:14)
Offline
On MX the Pulse icon works well, the Franz's one is still wrong
On mine, it was the other way around- but at least is a step in the right direction. As we covered above; it was a quick and easy fix on mine to get both running.
This result implies that something about your current set up is interfering, rather than a flaw in how the icon package is arranged.
The only thing I can think to do is to find the icons you wish to replace and replace them in the location where the app looks for them.
For example:
Screenlets puts its icons directly in /usr/share/icons but not in a specific subfolder. Others put theirs in /usr/share/pixmap
Some are in /opt/<the installed software folder name>
Offline
[ Generated in 0.015 seconds, 8 queries executed - Memory usage: 609.2 KiB (Peak: 626.04 KiB) ]