Under Preferences -> 'Keys' It is possible to tick Show/hide iTerm2 with a system-wide hotkey.
However iTerm always appears on the main display (monitor) instead of where the cursor currently resides.
e.g. if I have three monitors, and am working on the third screen, the hotkey makes iTerm appear on first monitor, instead of where I am currently working.
Any advice how to solve this please?
UPDATE:
The bug strikes back again in v.3.1.6. If any workarounds are known, please share.
I'm on Sierra using iTerm 3.1 and I have the option under window to put the screen where the cursor is (bottom right drop down options). I'm using it with a hotkey.
The answer by Grant works.
The only thing you need to do is to install the beta version since there was a bug in the stable version.
This bug was fixed in 3.1.beta.1 https://iterm2.com/downloads.html
Here's the link to the latest beta version https://iterm2.com/downloads/beta/iTerm2-3_1_beta_4.zip
This may be a couple more keystrokes than you were hoping for, but if you install window management software like Size Up, you can get this working with just a few keystrokes.
Maintain your ⌥Space hotkey preference on Iterm2. Go to Size Up -> Preferences and change 'Send Window Prev Monitor' to an easy keystroke. I used ⌥1.
Now, you can do ⌥Space to get the terminal open and ⌥1 one or two times to get it to your monitor of choice. It takes a couple of key combos, but not too many!
I had this problem with macos monterey and iterm 3.4.15. I'm using the hotkey to show the terminal with slide-out window. After some search on the internet I found that disabling the option on system preferences to reopen closed documents solved the issue and the hotkey is now opening terminal on the screen with cursor as it should.
mac -> System preferences -> General -> (deselect this) Close windows when quitting an app
Neither of the above worked for me, but this helped, even though the question was quite different in that thread.
Related
I want to change some tmux styling when the terminal loses focus/becomes inactive (i.e. when I've clicked on an open Google Chrome window). I know I could check with the window manager to see which application window is focused, but this doesn't work across window managers.
Do terminal emulators themselves expose this information at all?
I tried running showkey -a to see if any escape sequence was sent when focus was lost, and it doesn't look like it.
I think some terminals implement this, but not all, based on this comment on the issue tracker for the vim-tmux-focus-events plugin:
About the question "I was expecting the event to fire when changing focus between different windows in my window manager": yea, I see how that would be very useful. I think this might be dependent on the terminal application you're using. I just tested this on OSX and here's some quick results:
it's working for iTerm when tmux is running inside the window
not working for iTerm running plain bash + vim inside (no tmux)
not working for Terminal.app (with or without tmux)
[...]
So, if I'm not wrong, it's up to terminal applications to implement "focus gained", "focus lost" functionality.
I have a vague memory (though I don't remember for sure) that focus gain/loss might have worked for me when using that plugin and gnome-terminal, so it might be worth a try.
I'm using PyCharm with multiple monitors on Mac OSX (10.10.5), normally you can drag windows off to a separate monitor. In PyCharm that works, but they (and in particular the Run window) snap back to the main monitor.
I've only seen this on the latest PyCharm 5 CE though its possible older versions also had the problem. I've searched all the settings and searched online, but can't find a setting that makes the window stay where it was placed.
Right click on the tab and select View Mode as Window.
Then you can move the window to another monitor.
It's crappy behaviour from the best python IDE out there.
There is a OSX solution but i'm not sure if you will like it:
You can enable old style multiple screen support again in OSX by going to System Preferences, Mission Control and uncheck "Displays have separate spaces". Now your floating windows will not snap back and you can even extend your PyCharm main window over the screens.
The downside of this solution is that you'll have the OSX dock and main menu only on your main monitor. I hope Jetbrains will fix this behaviour soon.
Another way to achieve what you want is to open multiple instances of the project. When you try to open the project for the second time you can choose "open project in new window". You can drag the new window to the second screen; it won't snap back to your primary monitor.
For Ubuntu and Windows users landing up here:
Press Shift + F4 or
Right-click and select 'Move Tab to New Window'
Drag the newly created window to the next screen
The best option is to detach an editor window and drag it to your second monitor.
I have 2 monitors: my notebook monitor, and primary big dell monitor. PhpStorm 9.02 and MacOS X 10.10.5.
When I work at PhpStorm, I move my terminal window to secondary notebook display, and when I focus PhpStorm or terminal, terminal jumps to primary monitor. When I work with 1 tab of terminal everything looks fine after switching on Pinned mode and Floating mode at terminal settings. But today I open 3 tabs, and terminal starts jumps again.
It's very annoying when you often switch between browser and PhpStorm.
Do somebody have the same problem and fix for it?
Known bug, please vote for IDEA-116096.
See also the corresponding JDK issue:
http://bugs.openjdk.java.net/browse/JDK-8069154
Please look #lena answer and vote for issue at intellij.
I found solution thats help me to avoid terminal window jumping:
Create new tabs in terminal.
Drag it to secondary display, so they become separate window.
Close main terminal window.
Child tabs don't jumps between displays.
I solved this by changing a setting in mission control.
Just uncheck the 'Displays have separate spaces' option.
Go to System Preferences.
Click on Mission Control.
Uncheck the box marked Displays have separate spaces.
Log out an login in again.
When switching between documents in VS2010 with Ctrl-Tab, the document switch window doesn't disappear until I've pressed tab multiple times to select an entry and then hit return. I'm sure that it didn't need the return previously: that the window only stayed up as long as you held down Ctrl and then when released it switched to the currently selected document. This is really annoying if you want to just hit ctrl-tab quickly to go to the last document.
I do have a few Extensions installed including Productivity Power Tools, Power Commands and VSVim, and I've also installed a couple of tools for investigating accessibility (NVDA, UIA Verifier in the platform SDK), so it's possible that one of these may have somehow changed the options.
So, my questions are:
Is the default behaviour of VS2010 that the document switch window only works while the Ctrl key is held down, or is my memory faulty?
If the default behaviour is as I remember, how do I get back to that?
I think this turned out to be an accessibility setting that was in a half-enabled state. In the Windows Accessibility settings I toggled the state of Sticky Keys a couple of times and now it's working correctly again.
This has just happened to me, and after some googling I found the solution: it was really the magnifier application I ocassionally started by pressing Win + Grey Plus. Once I have closed it the Visual Studio just worked fine without restart.
Regarding point 2.
Go to Tools : Import and Export Settings. You can then choose to reset the default environment settings again.
Also ensure than it's not an 'add-in' providing functionality different to that you expect.
Same behaviour with VS2012: when the Magnifier application is open (e.g. by pressing Windows logo key + "+" (plus sign)) this behaviour occurs even if the magnification is set to 100%.
I've been googling around trying to figure out if it's possible to use my mouse wheel to scroll while inside Vim in Mac's Terminal, with no luck. It seems as if only X11 or iTerm support this.
Before I give up, I thought I'd try the geniuses here to see if anyone knows a way to do this. So, does anyone know if I can set that up?
Or should I seriously consider using a different terminal application?
And if you're using iTerm, add this to your vimrc
:set mouse=a
http://bitheap.org/mouseterm/
Use MouseTerm (and do make sure to install SIMBL first!) and scrolling will work like a charm, even remote, using Mac Terminal.
You need to fully quit the Terminal application (Command+Q) and then launch it again after installing MouseTerm.
This is an old question, but a top hit on google, so I feel compelled to provide an updated answer.
Running OSX El Capitan 10.11, vim mouse and trackpad scrolling just worked(TM) for me in Terminal.app by default. However occasionally the mouse/trackpad input stopped manipulating the vim buffer, and started scrolling the terminal buffer. The answer was Command+R or Menu View --> Allow Mouse Reporting. Turning that on allowed the mouse/trackpad scroll operations to move the cursor in vim.
Termanal Menu > View > Allow Mouse Reporting
Terminal Menu > Preferences >
Keyboard > Scroll alternate screen
If the mouse functionalities still do not work properly take a look at my answer in this post How to let vim behave on Mac OS X as on Ubuntu?, just add to your .vimrc
set ttymouse=xterm2
You can read this article, but I'm pretty sure since the default terminal in Mac OS X has a built-in scrollbar, the mousewheel commands automatically go to it. You could definitely use gVim as suggested in the previous answer. I find that I don't generally want to use the mouse in Vim though as it takes my hands off the keyboard.
I just use 50j to go down and 50k to go up. Not exactly scrolling, but it works pretty well.
Make sure the terminal is xterm & not ansi in Terminal Menu > Preferences > Profiles > Advanced. I accidentally broke scrolling by changing the term type in a naive effort to get coloring to work over ssh.
Use gVim, which gives you a text editing environment in a window you can scroll. Terminal is not involved when using gVim.
I'm using xterm in X11 (XQuartz 2.3.4) and vim works very fine with mouse and also suport 256 colors.
Here is the ~/.Xresources I use to make my xterm nicer in X11:
XTerm*faceName: Lucida Sans Typewriter Regular
XTerm*faceSize: 9
XTerm*utf8: 1
xterm*saveLines: 1000
xterm*jumpScroll: true
!xterm*awaitInput: true
!xterm*multiScroll: true
XTerm*scrollBar: false
xterm*scrollbar*thickness: 16
xterm*rightScrollBar: true
XTerm*foreground: white
XTerm*background: grey10
!XTerm*background: black
XTerm*cursorColor: yellow
xterm*visualBell: false
xterm*loginShell: true
Little tips, to remove the bell sound in X11's xterm type this command:
xset b 0
I would recommend using iTerm - it has so many advantages over Terminal eg Mouse support, 256 colors, sensible copy and paste (auto-copy, word/url selection with double click, middle click paste)...
When using iTerm create a .vimrc file (if not already there) in your home folder and add the line:
:set mouse=a
Scrolling down in vim to view a file works after this.