I'm running into this strange issue with my tmux in iterm where it appears to be rendering on the wrong line, but this causes strange rendering issues to happen
Here is the basic behavior:
You'll notice the menubar is offset by one line. This is fine, for the most part, except when I start entering tmux commands I get behavior like this:
I've also noticed that sometimes the menu bar will entirely disappear and I won't be able to show which sessions i have open. I've also noticed that sometimes if I select the text in my terminal with my mouse, it will select text one-line up from what I expected to select.
I've tried a bunch of things to debug this, including:
re-install tmux
clear tmux-resurrect history
restart my computer
reinstall iterm
resizing the iterm window (both manually, and using cmd+ and cmd, which I have a theory was what triggered this behavior)
I've also noticed that if I run tmux in the default terminal macOS application it behaves normally with no issues.
Does anyone have any ideas of things I could try?
I have unchecked all of these options, and the strange behavior disappears.
I am working with multiple terminal windows and I'd like to change them so I can keep them straight. The preferences for the terminal application change the background color of all terminal windows.
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.
I am trying to export a png with transparent background to use as a favicon. However when I am in Inkscape and use the "save as" option the background is not transparent. After looking around, people said I needed to export instead to get the transparent background.
The problem comes when I go into Inkscape and go to File>Export and then no window shows up. When I go to the launch view (view on mac where you can see all your open windows in one view) I can clearly see there IS an export window but it will not show up on my normal screen no matter what. It seems like it is showing up way to the left of my normal Inkscape window in the preview as well.
I am using a MacBook Air OS X 10.9.5 with Inkscape and XQuartz. I've had problems with installing XQuartz before and wonder if it's something I did wrong when installing? I am also using an attached external monitor to my MacBook Air but when I unplugged and only used my MacBook Air I still had the same problem.
Does anyone know how I can get the export window to show so I can export my files? Thanks for your help.
When I upgraded from 0.49 to the current 0.91 I have had the exact same problem. But just right now I realized that the "Export PNG Image" is a dock now, not a free window.
Seems to be a problem with my external monitor set up. Rebooted and tried again without the monitor plugged in and the main Inkscape window (with the graphics in it) showed up way to the right side (I could only see the very left edge of the window). This was enough to click on File>Export and it finally showed the Export window in the middle of my screen. Not sure what to do about a permanent fix though or why it's doing this.
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.