I've got tmux to scroll up, with the mouse wheel, using mouse-mode on in tmux.conf (here's my entire conf).
But I've always had a problem scrolling back down again. Once the cursor hits the bottom of the screen, it immediately scrolls back to the bottom of the whole buffer, where the prompt is. It's not possible to scroll down a few lines in the same way I can scroll up a few lines. In other words, the whole middle section is only visible on the way up.
I just upgraded from tmux 1.6 to the new tmux 1.8 (compiled from source rather than Homebrew, in case that matters), and it's working again now.
What would happen if you turned mousemode off and used the keyboard? Try that.
Have you used burningTyger's settings for your conf?
Try deleting the buffer command, maybe then it won't autoscroll to the prompt line. If you can disable any automatic behavior you might be able to do what you need.
I don't know the OSX terms, but hopefully these concepts might be helpful.
Related
I would like to be able to stop windows from being dragged past the border of the screen. For example, open a window that is not maximized, click the top bar with the mouse and drag the window wherever you want. Now drag the window to the left/right/top/bottom of your screen and notice that part of the window goes off screen. I would like the window to bump up against the edge of the screen and go no further.
In the same way the cursor can't go over the edge on the left side, I would like to make a barrier so windows can't move over it either.
The main reason for doing this is because I am making a batch program in which I need it to not go off screen. This is annoying and I was hoping that someone here could be of some help.
Sorry if this is an obvious question, I tried a few searches but had no idea what terms to look up.
Thanks for any help in advance!
Sorry for the late response (I was researching this), but here is the answer:
There is no current way to do this easily. I'm sure you can edit windows src code and add that property, but the language it is made in is not in batch and it would be EXTREMELY hard to edit these files :(
Also, this would affect all windows, not only that specific program, meaning no easy shortcut for split screen. So no, you cannot do this.
On Windows 10 you can simply move a window near the edge of the screen and it will auto-fit on screen. You can also use shortcuts to do this. [Windows key] + [arrow left] or [arrow right]
you were able to change a setting in windows 7 to prevent this. I know that this is a feature if you are using multiple monitors but if using only one monitor there should be a way to change a setting. thank you Microsoft once again for making our lives complicated. the more you guy release a new windows the harder it is to use.
Finally i found real solution for this.
I was searching a real solution for my application.
There are many tricks but using reg we need to restart computer.
You can disable it from powershell. You need to call this file from your code.
Here is link.
Check download file at bottom called "DisableAeroSnap.ps1"
https://michlstechblog.info/blog/windows-disable-aerosnap-automatically-window-arranging-and-resizing-while-dragging/#more-951
Has anyone any idea what is going on here. I'm not 100% how to word this problem so my google searching has found nothing so far.
I am using terminal on Mac OSX and just started using Tmux. When I fire up a session I get the first screen shot, then when I create a new pane for side by side development with <C-b>% a new pane opens but the old one gets corrupted in some way. See second image.
When I jump back to the first pane with <C-b>LeftArrow it returns to show the correct info, but then anything in the right pane gets jumbled.
Any ideas?
UPDATE: When I edit files in vim in the right pane (for example) the text appears in the left pane when I hit return and move to the next line. The colouring suggested it is using the wrong width for the screen?
Usually I can scroll in vim when I open a file in the mac terminal.
However, recently, all of a sudden sometimes I am not able to.
When I go to scroll, instead the entire terminal scrolls so I see what I had previously typed in the shell.
How can I fix this?
This is new, I've been using vim for months and it has only started to happen now.
You probably messed with the mouse setting.
:help mouse-using
iTerm2:
Mouse reporting works out of the box, works in Vim, works fully in Tmux, mouse wheel reporting works in Vim and for navigating Tmux history, but mouse wheel reporting does not work in manpages, does not work in git log, does not work in less
Terminal.app:
Mouse reporting does not work out of the box, but once installed mouse wheel reporting works everywhere including less and manpages and git log, etc. However mouse click+drag fails in Tmux, but still works in Vim.
So I'd rather use just one of these terminal apps, and I am particularly digging the immense feature set of iTerm2 (e.g. mouse-over to select which term to input to beats the hell out of anything Tmux can offer since it is zero keys to switch contexts) so I'd prefer if I can get mouse wheel reporting working fully in those programs.
I am having a hard time trying to debug the terminal codes being sent because the only way I can intercept them is through Vim, (as ctrl+V followed by scroll in my terminal will just have it scroll the terminal buffer) but Vim seems to be doing everything correctly.
Update: According to mouseterm project, it seems to be using a feature called "Simulated mouse wheel scrolling" to scroll programs like less... maybe I can configure iTerm to do the same. Somehow. I do believe PuTTY also accomplishes this, and I'd like to have at least the functionality I can get on Windows on the Mac... Nope, I'm just spoiled by the neatness of MouseTerm.
Although less (which is also used in git log) does not use mouse reporting itself,
iTerm2 can be configured to send up/down-arrow escape codes for scrolling
(from mouse wheel or trackpad two-finger swipe)
and less understands those.
See my answer
to a related question about how to set this up for iTerm2.
less does not actually recognize any terminal mouse events. (As such, tools that use it, like man and git log will not recognize mouse events either.) Something else you've done must be making it appear to support mouse events.
If you want the mouse wheel to work in your pager, you'll need to find a pager other than less which supports it. You might be able to put something together using view (vim in read-only mode), but applications like man which output content with control codes will be an issue there.
You know the neat text zoom feature in VS2010 where you hold down Ctrl and then use your scroll wheel? Well, this seems to happen by default (and without ever pressing Ctrl) to nearly every file I open.
Usually I open a file and have to scroll to some lower point, but instead it starts zooming the text! I have found that by tapping the Ctrl key VS then realizes that it should scroll instead of zoom, but it's still very annoying.
Any ideas?
CTR+Shift worked for me.
(Works for Microsoft Office as well)
I believe they consider this to be a feature, and I haven't found a way to turn it off. I think it only happens if you are holding the control key while trying to use the mouse wheel, but I've found it gets locked in that mode sometimes. Personally I think this feature is anoying as &^%% and I wish they would take it out.
Check your Accessibility settings, you might have "locked" it down my accident
Under Windows 7 they are here:
Control Panel\Ease of Access\Ease of Access Center