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

(Request) Prioritize user desktop entries over system entries #430

Open
unexp opened this issue Feb 18, 2025 · 6 comments
Open

(Request) Prioritize user desktop entries over system entries #430

unexp opened this issue Feb 18, 2025 · 6 comments
Assignees
Labels
program-taskband Issue relates to the taskband program.

Comments

@unexp
Copy link
Contributor

unexp commented Feb 18, 2025

Moving from KDE Plasma to Xfce to use this theme made me notice that the edited desktop entries I had in ~/.local/share/applications wouldn't take priority over the ones in /usr/share/applications when displayed in components like the start menu and the taskbar, which makes it so my apps with custom icons and names (Such as Firefox) wouldn't display them. I'm not sure if this is unintended but it would be nice to not have to edit the system entry everytime the program gets updated.

@rozniak rozniak self-assigned this Feb 18, 2025
@rozniak
Copy link
Owner

rozniak commented Feb 18, 2025

The taskbar will use the icon from the window itself - not the desktop entry (for X11 at least).

As for the Start menu - do you know if this is happening to the 'default' programs (Internet or E-mail) or if it's one from the rest of the programs/All Programs?

@unexp
Copy link
Contributor Author

unexp commented Feb 18, 2025

Happens on default programs but not in the all programs list it seems

Image Image

The taskbar will use the icon from the window itself - not the desktop entry (for X11 at least).

Does this mean that this behavior is not planned?

@rozniak
Copy link
Owner

rozniak commented Feb 18, 2025

Happens on default programs but not in the all programs list it seems

I might be able to patch this... basically the default ones come from xdg-mime query default x-scheme-handler/http (and mailto for E-mail). It just returns a filename for the desktop entry associated with it, and then asks GLib to get it. I've never checked what the behaviour is if you have a matching desktop entry in your home directory, I figured it would just handle that - if not then I can look into writing a patch for it. 🤔

Does this mean that this behavior is not planned?

Oh I didn't mean to suggest that, it was more just an explanation of what the taskbar is actually doing. 😅 I never really considered this situation before to override the desktop entries with ones in your home directory. I'll have to try and figure out how to deal with it. (NTS: Might be an X11 property on the window for application or something that can be mapped to a desktop entry 🤔 )

@unexp
Copy link
Contributor Author

unexp commented Feb 18, 2025

Oh I didn't mean to suggest that, it was more just an explanation of what the taskbar is actually doing. 😅 I never really considered this situation before to override the desktop entries with ones in your home directory. I'll have to try and figure out how to deal with it. (NTS: Might be an X11 property on the window for application or something that can be mapped to a desktop entry 🤔 )

Oh, alright. Thanks for responding :)

@unexp
Copy link
Contributor Author

unexp commented Feb 19, 2025

Alright so it turns out that the default programs actually do show the custom entry after a reboot

Image

I guess the issue only applies to the taskbar then

@rozniak
Copy link
Owner

rozniak commented Feb 19, 2025

Alright so it turns out that the default programs actually do show the custom entry after a reboot

Makes sense - the issue with those at the moment is that they're only queried once when the taskband launches. 😛 As a stop-gap if you ever change the defaults, you can kill the taskband and open it again rather than doing a full reboot.

@rozniak rozniak added the program-taskband Issue relates to the taskband program. label Feb 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
program-taskband Issue relates to the taskband program.
Projects
None yet
Development

No branches or pull requests

2 participants