Make visor-mode iterm2 independent of OSX app switcher?

93 views
Skip to first unread message

Dan Davison

unread,
Dec 26, 2015, 6:36:25 AM12/26/15
to iterm2-...@googlegroups.com
I would like to be able to "drop-down" to visor mode iterm2 without affecting OSX app-cycling commands.

By "OSX app-cycling" I'm referring to the commands that move window focus to the next or previous application. (bound to cmd-tab and cmd-shift-tab for me.)

Here's an example of what i want:

Suppose I have 3 applications running: 2 of them are standard OSX GUI apps, and one is iterm2 running in "visor" mode. So, perhaps

1. GoogleChrome.app
2. Finder.app
3. iTerm2.app in full screen visor mode

Suppose I am using cmd-tab to switch back and forth between the web browser and Finder.

Now for some reason I hit the iterm2 hotkey to briefly use iterm2. I then press the hotkey again to dismiss iterm2 and return to one of the the other apps (let's say GoogleChrome).

Now I hit cmd-tab.

What I see in practice: it returns focus to iterm2

What I would like: it switches to Finder.

Is this possible currently? Does it seem like a desirable feature to anyone else? Is it implementable in principle?

Dan

unread,
Dec 27, 2015, 2:55:48 AM12/27/15
to iterm2-discuss
These links show that it's possible to exclude iTerm2 from the Dock, and from the app switcher, by messing with a Plist entry named "LSUIElement". This seems to give me exactly what I want (I don't need iTerm2 in the dock/switcher, as I use hotkey/visor mode to focus iterm2).

Would it make sense to expose this behavior as a user option?

Dan

unread,
Dec 27, 2015, 3:05:22 AM12/27/15
to iterm2-discuss
It looks like this has already been requested and is in the Future Release milestone:

Chris Jones

unread,
Dec 28, 2015, 7:48:32 PM12/28/15
to iterm2-discuss

I like this idea as well and have a similar setup (using a hotkey). I have iTerm2 running all the time and would prefer to remove it from the app switcher, unless there is some loss of functionality that would affect my workflow (I can't think of any).

-C

On 27 Dec 2015, at 0:05, Dan wrote:

It looks like this has already been requested and is in the Future Release
milestone:

https://gitlab.com/gnachman/iterm2/issues/3902

On Sunday, 27 December 2015 07:55:48 UTC, Dan wrote:

These links show that it's possible to exclude iTerm2 from the Dock, and
from the app switcher, by messing with a Plist entry named "LSUIElement".
This seems to give me exactly what I want (I don't need iTerm2 in the
dock/switcher, as I use hotkey/visor mode to focus iterm2).

Would it make sense to expose this behavior as a user option?

http://apple.stackexchange.com/questions/209250/remove-iterm-from-cmdtab-apps?rq=1
https://gist.github.com/CrazyApi/5377685

http://apple.stackexchange.com/questions/92004/is-there-a-way-to-hide-certain-apps-from-the-cmdtab-menu

On Saturday, 26 December 2015 11:36:25 UTC, Dan wrote:

I would like to be able to "drop-down" to visor mode iterm2 without
affecting OSX app-cycling commands.

By "OSX app-cycling" I'm referring to the commands that move window focus
to the next or previous application. (bound to cmd-tab and cmd-shift-tab
for me.)

Here's an example of what i want:

Suppose I have 3 applications running: 2 of them are standard OSX GUI
apps, and one is iterm2 running in "visor" mode. So, perhaps

  1. GoogleChrome.app
  2. Finder.app
  1. iTerm2.app in full screen visor mode

Suppose I am using cmd-tab to switch back and forth between the web
browser and Finder.

Now for some reason I hit the iterm2 hotkey to briefly use iterm2. I then
press the hotkey again to dismiss iterm2 and return to one of the the other
apps (let's say GoogleChrome).

Now I hit cmd-tab.

What I see in practice: it returns focus to iterm2

What I would like: it switches to Finder.

Is this possible currently? Does it seem like a desirable feature to
anyone else? Is it implementable in principle?

--
You received this message because you are subscribed to the Google Groups "iterm2-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to iterm2-discus...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Dan Davison

unread,
Jan 10, 2016, 8:03:59 PM1/10/16
to iterm2-...@googlegroups.com
The only problem I'm encountering with the LSUIElement plist hack is that the top of full-screen iterm2 tends to be obscured by the OSX menu bar. The only workaround I've found is to switch to iterm2 from an app that's already in full-screen mode (old-style non-native full screen mode). That's despite "Auto-hide menu bar in non-native fullscreen" being checked.

I'm not suggesting this is a bug of course, as I have manually altered the LSUIElement plist entry.

George Nachman

unread,
Jan 11, 2016, 11:46:50 PM1/11/16
to iterm2-...@googlegroups.com
Do you have more specific steps to reproduce this? It's appearing below the menu bar for me.
Reply all
Reply to author
Forward
0 new messages