I'm loving vim, but one thing that's bugging me is that when I hold the control key and mouse wheel up or down, the window scrolls normally when the bindings are telling it to page up/down.
I'm using the exact same vimrc file (and plugins) on one of my linux machines and the CTRL+mouse wheel does page up down (as opposed to just normally scrolling like in windows).
Is there some way to force gvim to response to a ctrl+MouseUp/Down event? It seems to be ignoring it in windows ='[
In insert mode, pressing <Ctrl+V>, holding <Ctrl>, and then scrolling with the mouse doesn't input an escape sequence, which implies that it's not possible to remap actions from the scroll wheel. Compare, for example, <Ctrl+V> then <Ctrl> with a left click, which inserts <C-LeftMouse>. There doesn't seem to be anything in the help about mouse events beyond the clicks either.
Related
I'd like to scroll through my tmux session in iterm 2. I have a mouse and when I use the scroll wheel, it adds text that looks like this
4M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113;24M64;113
Also, I got a pop-up from the application that asked if I want to make the cursor move from the scroll wheel.
I hit yes and now when I move the scroll wheel, the terminal fills with this-
A^[[A^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[
What is that and how can I disable it? I've gone into settings and turned off mouse wheel sends arrow keys when in alternate screen mode
I simply added the line set -g mouse on in ~/.tmux.conf, and can now use the scroll wheel with no such issues.
I'm new to R. I tired importing dataset on R studio but the full page is not showing. I cant click on import. I tried installing other versions but its still not working.
Adetumi, try this hack to be able to move a window beyond the scope of the display boundary.
Notes:
The "Import Dataset" popup is still part of the RStudio IDE window, so the operation will move all of them together.
Because of #1, when we move it up in order to see the Import window, the upper-left corner of RStudio will become hidden, so knowing how many keys to press to initiate Move is important (the second time, you'll be doing it blind).
This is applicable to almost any windows application, not just RStudio.
Steps to move:
Press Alt-Space, you'll get a Windows Application Menu popup on the upper-left corner of the application.
Either (but not both):
Press M (for Move); or
Go Down twice, notice that Move is now highlighted. Press Enter.
In my windows, the mouse icon changes to a four-way icon, yours may be the same but almost certainly different from the normal arrow. At this point, use the four arrow keys to move the RStudio IDE and its Import Dataset window up until you can see the Import button.
When that is done, you will likely be unable to see the title bar of the application in order to move it (if mouse-moving is your normal thing). In this case, you can do the same thing, though this time you are doing it blind: one of Alt-Space M or Alt-Space Down Down Enter, then arrows to move the window.
I'm comfortable enough with keyboard shortcuts like this one, but there are other alternatives such as https://superuser.com/a/187442. (I often use Alt-Space N instead of M to minimize windows without the mouse. But then again, I'm very much a keyboard person, the mouse is rarely used while "working" on my code.)
Maybe I will not respond directly to your question but I can help you import the data another way round.
Open Notepad, paste your data there, save it as a .csv file and the in R use read.csv() function. It takes as an argument a string with full path to the file.
I use OSX and prefer a dark BG and light text in my terminal. A problem is that the mouse pointer is almost invisible. Its the I shaped pointer, its black with an extremely faint white glow. I often can't see where the pointer is.
If the terminal does not have focus and I'm hovering the mouse pointer over the terminal window I can see it fine. But once the terminal has focus the pointer practically disappears.
Please note, I'm asking about the mouse pointer not the terminal keyboard cursor, which is easily customisable.
Holding down the alt key on Mac OSX changes the cursor to a black cross that has a white border which makes it far easier to spot than the default text bar.
A better term to look for is "mouse pointer". Here are some places where it has been discussed:
Change default mouse cursor on OSX Mavericks
Can I make the mouse hairpin in the terminal more visible?
Terminal app mouse-pointer invisible
More than one solution is suggested, including add-ons (which you may or may not find useful).
Following the links in Thomas Dickey's answer, I saw many references to iTerm2.
While this won't be the solution for everyone, it's definitely worth a try - GPL2, easy to install and configure.
Out of the box, no contrast issues with the text cursor or mouse pointer against a black background. I just adjusted font size and switched on window borders.
when selecting large swaths of text from webpage I have to keep left mouse button pressed while searching for the selection's end. It would be nice if the browser would "remember" selection's start point and let me search for the ending point, e.g. by dragging the scrollbar downwards, without pressing the mouse button.
Does a plugin or other implementation of this sort already exist?
The answer to this is OS/Windowing system specific. In most/all systems there is a normal way to have the system perform what you are desiring. An add-on for Firefox is not required.
Windows:
If you click (button down and up, not button down and hold) at the start, or the end of the selection you desire then move the mouse to the other end of the desired selection (scrolling the page as needed to get the the other end) you can then hold the shift key down and click again. This will select the entire region from the first point you clicked to the second point you clicked while holding the shift key. You can adjust the selection by continuing to hold the shift key while doing any of: clicking on a different location, performing a click-drag movement, or using the keyboard cursor keys. This adjustment does not change the point at which you first clicked, just the second, end point.
It is also possible to use the control key to select individual items. This is possible in combination with clicks, double-clicks, and triple-clicks. An example would be to move your mouse around in this paragraph holding the ctrl key down while double-clicking on various words. Your selection will include just the words on which you double-clicked. In some instances, when using only a single ctrl-click to select from a discrete list (e.g. a Windows Explorer folder display), a second ctrl-click on the same item will de-select it. You can also combine the use of ctrl-click and shift-click to create more complex selections with the beginning of the shift-click selection starting at the most recent ctrl-click location.
The Mouse and Pointers page in the Windows Dev Center provides some fairly technical descriptions as guidelines for Windows developers.
Linux (using GNOME):
The interactions are similar to What was described for Windows, but a bit different. Section 10.1.2. Selecting Objects of the GNOME Human Interface Guidelines 2.2.3 provides a good description.
Apple/OSX:
The Macintosh Human Interface Guidelines describes how selections can be made on Apple machines.
Can someone please clarify the default focus handling of the X11 server? My understanding is that the focus 'follows the mouse' and sure enough if I move the mouse between separate terminals I can see the cursor changing as each window aquires/loses the focus.
But when I run two xev windows and move the pointer between them, I see plenty of MotionNotify/EnterNotify/LeaveNotify as the pointer moves from one window to another - but FocusIn and FocusOut are nowhere to be seen. Is this an oddity in xev? Is there some special mask or property which needs to be applied in order for these events to be generated?
Many thanks, R.
While I do not fully understand the answer(s), I am grateful to parkydr, minitech and any others who may have stopped by.
Thanks again, R.
Having focus refers to the window which receives keyboard input when you press a key.
The focus handling depends on your window manager. The most common mode is click to focus, which your window manager is set to, where you only get focus when you click on the window. An alternative is that the keyboard focus follows the mouse, which is what you are expecting.
There should be a setting to change this in your window manager settings.
The cursor changing does not indicate focus, just that the terminal has defined a different cursor.
To demonstrate, open a terminal and an xev window.
Click on the xev window and press a key, you will see key events.
Move the mouse to the terminal window, you'll see the motion and leave events
Press a key and you'll still see key events from xev
Click on the terminal window, xev will give a focus out event
Press a key, the characters will be displayed in the terminal window
Move the mouse over the xev window and press a key, the character will still come out in the terminal window