Repository navigation
Installer: add an Open-Shell Menu shortcut that starts the menu - #2579
emilioheredia-source wants to merge 1 commit into
Conversation
The installer's Start Menu folder had shortcuts for the menu's settings, help and readme, but none that starts the menu itself. The menu starts on its own at sign-in, so after Exit (or an install that stops it) the only way back was running StartMenu.exe from Program Files by hand. The new shortcut, "Open-Shell Menu", runs StartMenu.exe with no arguments, next to "Open-Shell Menu Settings" and under the same START_MENU_FOLDER condition. If the menu is already running, StartMenu.exe sees its mutex and quits, so the shortcut is harmless then. "Open-Shell Menu" is the product name and stays untranslated, as in the existing strings. The description is English in every language file for now.
|
Wondering what is the reason to add this. Sure, it shows settings dialog too. But that can be easily dismissed (press Esc). |
|
You're right, the Settings shortcut does start the menu when it isn't running. I got that wrong in the description. It isn't strictly needed. The case I had in mind is someone who turns off Start automatically for this user: they start the menu by hand every time, and today that means opening the settings and closing them each time. A shortcut that only starts the menu seemed cleaner for that, and it's the counterpart of Exit on the start button's menu. But if you think the Settings shortcut is enough, I'm happy to close this. |
|
I think there is no need for such shortcut. Especially when there is no clear demand for it. |
|
Fair enough, I'm closing this. |
The installer's Start Menu folder had shortcuts for the menu's settings, help and readme, but none that starts the menu itself. The menu starts on its own at sign-in, so after Exit (or an install that stops it) the only way back was running StartMenu.exe from Program Files by hand.
The new shortcut, "Open-Shell Menu", runs StartMenu.exe with no arguments, next to "Open-Shell Menu Settings" and under the same START_MENU_FOLDER condition. If the menu is already running, StartMenu.exe sees its mutex and quits, so the shortcut is harmless then.
"Open-Shell Menu" is the product name and stays untranslated, as in the existing strings. The description is English in every language file for now.