| Summary: | Autostart Manager not xdg compliant | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Darrell <darrella> |
| Component: | non-core programs | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | bugwatch, darrella, wofgdkncxojef |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 2969 | ||
|
Description
Darrell
2014-12-29 19:19:45 CST
Seems this plugin is flawed based upon current standards and likely to frustrate users familiar with other desktops and XDG methods. 1. The plugin deletes the respective desktop file rather than insert an appropriate X-TDE-Autostart-enabled=false key. With multiple desktops, users might want want apps to start in one desktop but not another. Although the files in $TDEHOME/Autostart are TDE-specific, there is no reason to use a sledge hammer in deleting the desktop files. Users might want to test apps and effects and not want the file annihilated. A different method is needed to support $HOME/.config/autostart. After the plugin is updated to support $HOME/.config/autostart, deleting files will be an unacceptable practice. 2. While supporting some autostart options in desktop files, I do not see anything in the TDE sources that 'X-TDE-Autostart-enabled' is supported. I believe this is the XDG compliant method for distinguishing what in $HOME/.config/autostart is launched in which desktop. This is a boolean key: using 'true' or 'false'. For reference, KDE does not delete desktop files but adds or deletes the 'Hidden=true' key. That approach is a limited desktop-centric approach and is not a solution that is friendly for multiple desktop users. The correct approach is to support an X-TDE-Autostart-enabled=false key. Only the false option need be explicit. The other desktops delete the key when toggled to true. |