When using Sublime Text 3 - when I move the mouse left and right, editor window scrolls left and right instead of simply moving the mouse pointer where I want it to go.
This behavior only started after last reboot, and I did NOT update Sublime recently.
Windows 10 in VDI mode.
I don't observe that behavior in any other software I use.
If installed try removing the PlainTasks plugin. In my case this solved the issue. The latest update which came in via Package Control came with the unwanted feature to block the left mouse button in the editor window.
I think generally it's no mistake to check all the installed plugins when this issue occurs.
Related
How can you select or copy the error tooltips that appear when hovering over code in Android Studio?
For example:
Is there a key command? I'm on Mac if that's relevant.
Thanks!
On Windows: try,
Hover over the yellow popup text
Alt+LeftMouseClick
The 'yellow text' should now be on your clipboard, ready to paste.
That is it!
The older solutions don't seem to be working for me. Not sure if the behavior changed, but here is what is working for me on a Mac with Android Studio 3.4:
press control + option simultaneously
hover over the text that has an error
click on the tooltip when it pops up.
On Mac, a slightly different dance than Windows.
hold shift
click and hold towards the end of the text(probably missing last character)
keep holding mouse click and release shift
while holding mouse click, press Command + C to copy
paste wherever
Ubuntu:
When you make the popup shows up, hold Alt+Shift and carefully select any amount of the text and press Ctrl+C.
You don't need to select all of the text, because it will always copy the whole message ignoring the selection.
Tested on Ubuntu 18.04.3 LTS and Android Studio 3.5.2.
Once popup shows up, move your mouse pointer over it and simply select (mark) bubble's text, then do Copy with keyboard shortcut (CTRL+C on Windows or Command+C on Mac) while still having mouse pointer over the bubble.
Not sure how on Mac, but on Windows it works that way for me, with the exception that you need to keep mouse pointer over the bubble all the time otherwise it is gone (which sometimes forces me to copy all but last character from that message).
On Ubuntu, try
Hover on the error or warning popup text
Maintain CTRL to keep it displayed
Use the cursor to select the text
Normally the vertical scrollbar in the text editor (code view) of Visual Studio Express 2012 runs the full length of the window you're viewing the text in.
After installing on a new machine, my new scrollbar is two sad little arrows, one up, one down, and cannot be navigated by moving the indicator inbetween them as there isn't one. If I split the view, I get two sets of scrolling nubs.
I've tried disabling and re-enabling the vertical scrollbar in Tools > Options > Text Editor > General. When disabled the miniature scrollbar goes away and comes back miniature if I re-enable.
Trying to figure out what setting or group of settings regulate this and how to get back my proper scrollbar.
Following worked for me
Go to %System Drive%\Users(user-account)\AppData\Local\Microsoft\VisualStudio\11.0\ComponentModelCache
Rename the cache file (Microsoft.VisualStudio.Default.Cache) present there to 'Microsoft.VisualStudio.Default.Cache_1'.
Restart the visual studio.
The following thing happens when I just scroll down/right the code in the editor using the mouse (both using the wheel and the click-and-scroll, with the keyboard the problem doesn't exist).
It clearly looks like an editor re-paint problem. Instead, when I scroll up/left, the orange lines disappear.
I have already tried with no success the solutions proposed at Eclipse Mars blurs and Eclipse Mars Scrolling in Lubuntu.
EDIT:
No update for Eclipse are available (I have the latest version)
Is there a way when documentation popup on AS to not hide immediately after it is showed by moving mouse on some class. What I mean. I move mouse cursor above Activity class and documentation is popup is showed, but when I try to move mouse above this popup (because I have to scroll it) it disappears. I can hold ctrl and then is will not hide, but if I press on it while holdint ctrl down it will disappear (so I should move cursor above it, release ctrl and after that to start scrolling). So is there an option to change this behaviour to be like in eclipse - documentation pop up is showed and if you move mouse above it you can scroll, otherwise it is closed.
There are a lot of bugs surrounding this UI element. I'm currently having the opposite problem where it won't go away unless I manually close it. I suspect in your case, a timeout is triggering too early, or some other event is erroneously hiding the window.
This workaround may be helpful. You can explicitly pop the documentation window from the View > Tool Windows > Documentation menu option. This will cause the tool window tab to appear on the right gutter by default. Right-clicking on the Documentation tab will pop up a menu that will allow you to pin the window, or dock it permanently in the UI by disabling "Floating Mode" and optionally moving it to the other side or the bottom.
I have a single vim-tab with multible windows. When i change the focus to another (vim-)window, vim seems to impose a minimal window width. For example, if i have 2 open windows split vertically, a change of focus to the right one results in shifting the seperators a bit to the left (1 character, i guess the terminal-width is odd) , and vice versa. This is annoying especially when there are more windows, since moving around changes the layout of the tab.
i tried setting wfw, but now when i open another window (again split vertically) the new one will have width 1, and Ctrl-W = doesn't work any more.
Is there an option to disable resizing on focus change, while still beeing able to Ctrl-W =?
Edit: I'm running vim 7.4, beeing the official debian jessie vim-gnome package. The behaviour is reproducable even without .vimrc. I'm using urxvt, and xterm shows the same behaviour.
I don't know what exactly went wrong, but the problem was caused by using the session file i created with vim-obsession.
Deleting this file and starting a new session fixed the above.