GNOME Bugzilla – Bug 633671
Staying In the Activities Area When Launching Applications
Last modified: 2012-09-07 06:44:49 UTC
When first starting my computer I usually want to start a number of applications that I do not want to autostart. So what I do is that I type "firefox" and press Enter, press the system key to get back to the activities area, type something else and press Enter, etc, etc, etc. Instead, I would like to be able to press Ctrl+Enter when executing the command and not have the activities area close. That way, I could launch everything I want without leaving the activities area. It's only when you press enter or click the mouse and not holding down Ctrl that the activities area will close. Also, I was thinking that the middle mouse button could be used as an alternative way for clicking on an icon and not have the activities area close. Users could be made aware of this feature by hovering over the Find box.
Created attachment 190583 [details] [review] Make shift-click activate app but remain in activities overview I like the idea, but I focus on mouse. Ctrl is currently taken for opening a new window, so I use Shift as the "stay in activities overview" modifer. This patch makes it works both in the dash and app view, also when launching in new workspace. I guess somebody could take another step and make Shift-Enter work too.
(In reply to comment #1) > Created an attachment (id=190583) [details] [review] > Make shift-click activate app but remain in activities overview There's already a patch for that in bug 649845.
*** Bug 649845 has been marked as a duplicate of this bug. ***
Comment on attachment 190583 [details] [review] Make shift-click activate app but remain in activities overview This is not currently part of the design, and we have been reluctant to accept "put useful feature that I want on [Random modifier key]+[Random button click]" patches in the past. Marking needs-work to get off the patch review queue. If the designers decide we want this, then the patch could be reviewed then.
*** Bug 671167 has been marked as a duplicate of this bug. ***
Designers? Sounds a useful behavior, though it would be more consistent with Web browsers tabs to use Ctrl+click for this.
I have a feeling that the designers' preferred solution is outlined in bug 622700 (which certainly sounds a lot less random to me, though it has its own downsides) ...
*** This bug has been marked as a duplicate of bug 622700 ***
*** Bug 683549 has been marked as a duplicate of this bug. ***