Skip to content

icons resetting #1

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

Closed
brightersun99 opened this issue Sep 7, 2020 · 12 comments
Closed

icons resetting #1

brightersun99 opened this issue Sep 7, 2020 · 12 comments
Labels
documentation Improvements or additions to documentation

Comments

@brightersun99
Copy link

I am running the latest windowmaker.

I have some icons saved to my dock/clip, for launching things. I have set their icons to custom icons

And it works until I launch the program, then it reverts back to its original icon. Right clicking and editing it shows the path is still set to my custom icon, I can change it and it will still revert again until I do something with that program.

Seems this has been a bug since around 2004, fix it please?

@gryf
Copy link
Member

gryf commented Sep 9, 2020

There are two different things - icons for docked things before launch and the one programs owns.

So I assume, you've been dragged xterm (let's make it an example) to the dock, and there change the icon using this option in docked item settings:

Untitled
and the icon on the dock would for example look like:
Untitled2
but after double click on it you will end up with Xterm icon replacing the one specified previously:
3
and well. After killing/closing xterm, your defined icon on dock should appear again :)

And that's perfectly fine, because this option is for specifying an dock icon for windowless/iconless actions (like - launching some bash scripts, reload services etc). But you are probably launch a program which have a window and defined icon. To achieve what you want (aligned icon between program and icon on dock), here are the steps:

  • run the xterm (we are still using xterm as an example)
  • right click on the xterm titlebar to pop up window menu
  • select attributes
  • from option menu on top select "icon and initial workspace"
  • browse for desired icon
  • don't forget to tick checkbox "ignore client supplied icon"
  • apply + save
  • drag from clip to dock (or alternatively right click on icon which is attracted to clip, select "keep icon")

And it should work :)

@brightersun99
Copy link
Author

Thank you, you are awesome. I would have never found such an estoeric fix without your assistance, Thanks again.

@gryf gryf added the documentation Improvements or additions to documentation label Sep 10, 2020
@gryf
Copy link
Member

gryf commented Sep 10, 2020

Perhaps we should adapt this to the docs (as a FAQ/Note or whatever).

@crmafra
Copy link
Contributor

crmafra commented Sep 10, 2020 via email

@gryf
Copy link
Member

gryf commented Sep 11, 2020

@crmafra I've filled an issue for it window-maker/window-maker.github.io#11 just to not forget :)

@brightersun99
Copy link
Author

There are two different things - icons for docked things before launch and the one programs owns.

So I assume, you've been dragged xterm (let's make it an example) to the dock, and there change the icon using this option in docked item settings:

Untitled
and the icon on the dock would for example look like:
Untitled2
but after double click on it you will end up with Xterm icon replacing the one specified previously:
3
and well. After killing/closing xterm, your defined icon on dock should appear again :)

And that's perfectly fine, because this option is for specifying an dock icon for windowless/iconless actions (like - launching some bash scripts, reload services etc). But you are probably launch a program which have a window and defined icon. To achieve what you want (aligned icon between program and icon on dock), here are the steps:

  • run the xterm (we are still using xterm as an example)
  • right click on the xterm titlebar to pop up window menu
  • select attributes
  • from option menu on top select "icon and initial workspace"
  • browse for desired icon
  • don't forget to tick checkbox "ignore client supplied icon"
  • apply + save
  • drag from clip to dock (or alternatively right click on icon which is attracted to clip, select "keep icon")

And it should work :)

It seems my issue, while less frequent still exists, more or less for some programs.

For example, my terminal now behaves most of the time, but still rarely it reverts to its old icon.
Seamonkey on the other hand is very aggressive about keeping its old icon and the fix does not work for it at all.
Do you have any other ideas? I was thinking I could write a wrapper that launched their respective programs with ONLY the icon I want

@gryf
Copy link
Member

gryf commented Sep 13, 2020

The only thing I can think of is that it is connected with saving session. Do you use saving session for wmaker?
Do you have any other program, which behave that way as seamonky?
And finally: perhaps starting up wmaker with fresh configuration might help to reveal the root cause of the issue.

@gryf gryf reopened this Sep 13, 2020
@brightersun99
Copy link
Author

Hi, been messing with this.
I did a fresh slate. new install of my distro and everything, so the icon for seamonkey couldn't have been cached.
Just to be safe, I replaced all variants of seamonkeys original icon with my own. I started seamonkey, added it to my dock and applied ignore client icon.
But while its running it aggressivly maintains its own icon, I don't know where it gets it from! I thought I deleted or overwrote every distance of them and evne made them write protected..
I start with a fresh session each time, I do not have any session saving but to debug that anyways Ive been doing fresh configs and wiping all saved states when testing things.

@gryf
Copy link
Member

gryf commented Sep 22, 2020

Perhaps this is strictly connected with Seamonkey, which might happen to manage its own icon by itself. Do you observe such a behavior on other programs as well? Can you provide the names?

@brightersun99
Copy link
Author

xpaint is another example.

@gryf
Copy link
Member

gryf commented Sep 25, 2020

I have tested steps described above with xpaint-2.10.2 and it's seems to work. Icon firmly stays changed.

@gryf
Copy link
Member

gryf commented Mar 17, 2021

Didn't hear from @brightersun99 about this issue for couple of months now. I guess we can close it, otherwise it could be reopened. Note, that documentation issue is under another repo.

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

No branches or pull requests

3 participants