I forgot to ask you what will be the default screensaver...
Kendall wrote:PolicyKit for sure, probably UPower, likely ConsoleKit will be in there as well.
Ok so let's go with python-dbus for "shutdown", "reboot", "suspend" and "hibernate" actions...
Kendall wrote:GDM
...and gdmflexiserver for "switch user" action.
Kendall wrote:Zenity is certainly allowed, however I much prefer native C or Python implementations written into the application in order to keep everything as modular as possible.
I was thinking about something like this in the top level menu:
Code: Select all
[exec] (Update Menu) {(fxm-daemon update) | zenity --progress --pulsate --auto-close}
[exec] (Regenerate Root Menu) {(fxm-daemon generate-rootmenu) | zenity --progress --pulsate --auto-close}
Kendall wrote:For the web browser, use "x-www-browser". For the terminal, use "x-terminal-emulator".
It has pros and cons:
Pros:
- user doesn't have to change his menu manually when he installs a new web browser or terminal emulator
Cons
- If we want "x-www-browser" to appear in the menu, we need a .desktop file for it. So it will add an useless "x-www-browser" entry in the Internet category... not such a big deal however.
- Use case: I install Terminator, just to see if if fits me.
The update-alternatives system automatically links x-terminal-emulator to /usr/bin/terminator.
Lets say I like it for heavy console tasks but prefer to stick with lxterminal for quick one-liners, because it has a shorter startup time.
My options are:
- rtfm update-alternatives :-\
- edit the menu file, which defeats the purpose of using x-terminal-emulator
So considering that there is no such thing as x-file-manager or x-package-manager, I personally thinks that it would be more consistent to be explicit about which applications go into the top-level menu.
Just my two cents but anyway I'll stick to Mint standard way of doing things if you confirm that.
Just wanted to be sure.