Skip to content

Startup Applications limitations #1074

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

Open
fulalas opened this issue Mar 22, 2025 · 6 comments
Open

Startup Applications limitations #1074

fulalas opened this issue Mar 22, 2025 · 6 comments

Comments

@fulalas
Copy link

fulalas commented Mar 22, 2025

I'm glad to see that COSMIC is finally taking a look at the startup .desktop files.

I have some questions regarding current master implementation:

  1. is there a reason why it only shows current user .desktop entries and not also system ones?
  2. is it possible to show a label even when Name= is not present in the .desktop file? You could use the .desktop file name in this case to avoid blank entries in the UI
  3. any plans to allow double click (or something similar) to edit each .desktop entry?
  4. it would be nice to see what Exec= is actually calling in each .desktop entry instead of just showing Name=
@ellieplayswow
Copy link
Contributor

ellieplayswow commented Mar 22, 2025

  1. i originally built it to support both, it was requested to only show user specific entries - there's no guarantee you can edit system entries w/o sudo as well, and there'd need to be extra checks in place since i opted to use symlinks for overall user friendliness
  2. seems reasonable :) i think a fallback icon would be nice too, i can implement these
  3. imo if something does get added i think i would prefer a "open in (default files app)" that just opens up ~/.config/autostart for you, but unsure if this is the best option
  4. i think the major thing here is more the overall design language of the app, since it mirrors some other designs like how the panel/dock applets show, but im happy to implement if it's ok'd by s76

@mmstick
Copy link
Member

mmstick commented Mar 22, 2025

System services are entirely unrelated to startup applications for the user.

@fulalas
Copy link
Author

fulalas commented Mar 22, 2025

Other DEs, like Xfce, show both system and user services in the same screen.

And in Xfce you can edit the current user entries, but not the system ones. Here's an example of a user entry being edited:
Image

This Trigger dropdown menu is also very cool. There are many options available.

@mmstick
Copy link
Member

mmstick commented Mar 22, 2025

Startup applications are applications. Session services would likely have their own separate page. System services, unsure

@fulalas
Copy link
Author

fulalas commented Mar 22, 2025

In this case they're just .desktop files with any Exec=. I think it makes sense to put them all together in the same screen.

@mmstick
Copy link
Member

mmstick commented Mar 22, 2025

Services use systemd unit files rather than desktop files.

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

3 participants