4 ms·
Having taken a moment to look at this, I think I'm going to conclude that while this nicely implemented, this is mostly a tool for satisfying personal preferenc
by jmbwell 4y ago
Having taken a moment to look at this, I think I'm going to conclude that while this nicely implemented, this is mostly a tool for satisfying personal preferences.
It looks like this app just sends a request to terminate (AppKit.NSRunningApplication.terminate()) to any app with no open windows (after a delay). If the app is already ready to terminate (termination counter is 0), most of the terminate work has likely already been done, and the app will probably just get killed. If the app isn't ready to terminate, invoking terminate is going to cause it to wake up and do whatever its own processes for terminating might be. For something lumbering and bloated like an Adobe app, this is going to be a ton of stuff. For modern macOS apps with good support for sudden termination/automatic termination, this is probably little or nothing at all.
So for apps that work well on macOS, this accomplishes little more than removing the icon from the dock and the app switcher. For apps that don't work well on macOS, this might or might not help things work any better.
With other operating systems, maybe quitting unused apps is worthwhile for performance or battery life or whatever. And some applications on the Mac, like (unfortunately) Excel, don't cooperate as well as they could with OS resource management, so quitting them when you're not using them is probably good. Otherwise, a modern macOS app that goes idle is going to be compressed and paged out and suspended so that it's not really soaking up any resources if it's not doing anything (even if it has windows and documents open, incidentally).
So, sure, quit apps with no open windows if you just want a tidy dock and app switcher. Unless I'm missing something, I think that might be all you're really getting.