> "Current Application >> Quit" cannot replace the quit functionality > because it requires two steps "
I did actually say I wasn't offering a direct alternative. I said "Obviously a proper fix would be better" & "It's still quicker than other options". I was only trying to help by offering temporary stopgap partial solution. It's especially useful if you have a trigger set to open the Application. To quit SimpleFloatingClock I just go ⌥⇧S then ⌥/ rather than the alternative which is to open Activity Monitor, search for the Application, Quit it & finally quit Activity Monitor. > "Also some apps like Notify do not come to the forefront using the 'Open' > command." I can quit Notify using this method. And Dropbox (yes, I know you weren't saying this method doesn't work for Dropbox). Have you confirmed your trigger for the "Current Application >> Quit" action's def working? On 2 Nov 2011, at 03:29, R wrote: > 1. "Current Application >> Quit" cannot replace the quit functionality > because it requires two steps (including activation) and also some > apps like Notify do not come to the forefront using the 'Open' > command. > 2. I have the "include background processes" checked -- apparently > applications like dropbox are still not indexed as running even after > that. > > @Patrick: thanks a bunch for dealing with this. > > On Nov 1, 6:27 pm, Patrick Robertson <[email protected]> > wrote: >> Already thought of that one >> ;)https://github.com/quicksilver/Quicksilver/issues/453 >> >> It's just getting the time to do this change and making it a priority above >> other bug fixes :) >> >> On 1 November 2011 23:19, Guy Manchester <[email protected]> wrote: >> >> >> >> >> >> >> >>> That's clever! >> >>> I suggest, Patrick, you & the other dev's decide to have this checked by >>> default in future releases: >> >>> On 1 Nov 2011, at 23:10, Daniel wrote: >> >>> Works for me...? I can quit any background/menubar app I have in my >>> global Catalog, even ones that don't show up under the "Running >>> Applications" proxy object or ones that have no screen presence at >>> all. I have "Running Applications and Processes" with "Include >>> Background Applications" in my catalog, though. It seems to handle >>> duplicates (i.e. a running app that's also in the catalog as a file, >>> even through a custom entry) just fine, so try turning that on, can't >>> hurt? >> >>> On Nov 1, 11:47 am, Guy Manchester <[email protected]> wrote: >> >>> I get around this setting a trigger for "Current Application > Quit" then >>> running that trigger after running "Open" on whatever application. >> >>> So for Geektool I'd run >> >>> "Geektool >> Open" then the trigger for >> >>> "Current Application >> Quit" >> >>> Obviously a proper fix would be better but in the meantime you could use >>> this. It's still much quicker than other options. >> >>> On 1 Nov 2011, at 07:44, Patrick Robertson <[email protected]> >>> wrote: >> >>> I've been looking into this recently as it has been annoying me. It is >>> definitely a bug that we need to fix :) >> >>> On 1 November 2011 03:53, R <[email protected]> wrote: >> >>> I find that applications that do not have a dock icon (e.g Alarm >> >>> Clock, Weatherdock, Sparrow) cannot be quit using QS. Can this be >> >>> changed to allow the 'Quit' action for menubar apps? >> >> >> >> Screen Shot 2011-11-01 at 23.14.46.png >> 171KViewDownload
