I just got into the office, and booted up my computer to work on my current project.
I hopped into a class file, and selected (through mouse highlighting) a group of events to delete.
What happened though was it only erased one character. Wondering what happened, I clicked at the beginning of the selection and re-highlighted the text to delete it again.
So i just clicked randomly in the middle of the file, and it highlighted from the beginning of the first selection all the way to where I clicked in the middle.
I have rebooted both VS, the computer and insured that sticky keys and all other "accessibility" software was turned off.
UPDATE
When I click shift and try to manually highlight with my arrow keys, the cursor doesn't even move.
UPDATE
When I click escape from the selection it goes to the search drop down:
alt text http://img69.imageshack.us/img69/9591/searchbox.png
The same thing happened to me, I held down the shift key for a few seconds then while still holding it down I clicked anywhere in the open page in Visual Studio, and voilá, my mouse click was back to normal.
I imagine I had unwittingly activated some kind of keyboard shortcut but not sure which
I had this same problem too. I believe I found the solution: check your keyboard options.
Go under tools -> options, under the Environment subtree, click 'Keyboard'. Then, you will see a dropdown with the label "Apply the following additional keyboard mapping scheme". If you select "Brief" from this, you get the keyboard behavior as described. I'm not exactly sure what "Brief" refers to, but it certainly isn't familiar to me.
Change the keyboard layout back to (default) or another one to get the behavior you expect.
Reinstalled VS and now everything is better.
Related
I want to change the key binding set in Xcode 11 some are editable bur some are greyed which I cannot edit, how to unlock it.
Because they are similar to other editable shortcuts thus are treated as something like dependent variables.
In the File Menu section for example, the Close Tab (CMD+W) shortcut is editable. Meanwhile, the similar shortcuts (Close Other Tabs (Option+CMD+W), Close Window (Shift+CMD+W), Close Other Windows (Control+Option+CMD+W), Close All Windows (Option+Shift+CMD+W)) are not editable (greyed).
But when I change Close Tab from (CMD+W) to (CMD+M), the W in the keys of all those similar shortcuts will be changed accordingly to M.
You can verify this on your computer.
To be clear, you cannot edit key bindings that are grayed out. They are generated based on the preceding setting. For example, if the preceding settings is ⌘2 then the grayed out setting below may add ⌥ to become ⌘⌥2.
If you're astonished at how poor this design is, then rest assured that your understanding is correct.
As a workaround, I use BetterTouchTool to remap my shortcuts. For example to "close other tabs" I remap ⌘⇧W (my preferred shortcut) to ⌥⌘W (Xcode's default) and have it only apply to the Xcode app.
I am very new to this, and my c9 terminal seems to be frozen. The cursor is blinking, but when I try to enter text, nothing shows up. I have tried exiting my workspace and reloading and it still will not work.
Opening a new terminal tab with the View menu or pressing ALT-T is the best bet to get a working terminal back (as mentioned in the comment above)... you may also find that having selected the broken terminal though, you can't click things in your menus anymore. I've found that pressing the Preview button and then closing it, seems to get the UI to be responsive again.
Supports official response is that you should perform workspace reset using ?reset=1 after your workspace url (which doesn't last or work very well in my experience).
This can happen after pressing ctrl-s, pressing ctrl-q should restore it. See https://unix.stackexchange.com/a/12108/41174 for explanation.
I tried ALT-T and ?reset=1. Nothing helped in my case.
I managed to bring my frozen terminal back to life by closing its tab. I ignored the warning that all processes would stop. Then I clicked on the rightmost tab with a plus sign. In the menu I selected "New Terminal".
You can click at the top right where CPU usage is shown. Then click on "Restart" when the menu appears.
When I Ctrl+Shift+F in VS2010, it puts whatever is near my cursor in the "Find what:" box - this is very irritating and never what I want.
Is there any way to make it default instead to the last thing I searched for?
Tools -> Options -> Environment -> Find and Replace -> Automatically populate Find What with text from the editor
If you uncheck this option it will default to the last thing you searched for.
an nice. Glad i found this...
two work arounds i figured out... if you do want to search in selected text only sometimes but not all the time...
Mouse: Click back on the page and ctrl+A (its faster than having to grab the mouse and clicking the tiny drop down.)
Keyboard only: Well you cant technically do this, with any one command from http://visualstudioshortcuts.com/14/ but you can do this.
while find is active, hit
alt+F6
to get out of find and then hit
esc
to activate the document then
ctrl+A
to search the whole document
I am glad to find how to turn this off, but i am used to this keyboard commands now. So maybe i will leave it on.
if you don't learn to use the escape key in VS, especially for intellisense you are going to seriously drive yourself crazy.
I don't know what key combination I did, but now each time I click somewhere in the page, Visual Studio selects the text between first and second mouse click.
I tried to escape from this "selection mode", but nothing helps, nor Escape, nor left clicks, nor Ctrl+Up/Down.
I opened another VS window and there is all right - normal selection.
What is it, how to cancel it, what is it for?
I should probably restart Visual Studio. I remember that that happened some times ago in VS 2005. Very annoying VS "feature".
P.S. It disappeared as suddenly as it appeared, but I found similar problem described here. The guy says that "The only way to stop is to press escape or shift and an arrow key."
I have very often the same issue, just after stopping the debugger. No idea how it starts... But I found the key combination to stop it: Press "Alt Gr"+"Ctrl(right)"+"Shift(right)"
I figured out how to turn this issue on and off:
Just press the ins (Insert) key; If you're using a full sized keyboard it will be to the right of backspace and above delete or if you're using a smaller keyboard it'll be the second option of zero key on the number pad to the right of the right arrow key.
Click on tools and then options. Under environment select keyboard. Then there will be a window open up with options. The first drop down says something about mapping. Set that to default.
Brief, if this was previously selected, is an old DOS format and the key bindings will cause similar actions.
I have experienced the same problem (VS 2010). Here is what happens:
I start the debugger on a project whith Unmanaged debugging enabled. When I try use the key combination Ctrl+Shift+L to delete a line I get a dialog saying 'Changes are not allowed when unmanaged debugging is enabled'. The title of the dialog is 'Edit and Continue'. When the dialog is closed the editor gets stuck with this behavior:
Shift+Right-Click behavior: It selects the text between the cursor and the position of the mouse-click
Ctrl+Scroll behavior: If I try to scroll using the mouse wheel it will zoom in or out instead.
It behaves like the Shift and Ctrl keys are being held down.
I have found these key combinations that will get me out of this situation:
Shift + Arrow down
Ctrl + Arrow down
Until I discovered this I had to restart Visual Studio.
Use the (insert) Key in the Key board.
I have this issue when I VPN to a machine running VS. Here is the key combination I have found to get me out of this state. I do a ctrl-f to open the find window. I type some characters in the find textbox and I notice that the letters are all capital (even though I did not set the caps lock). I hit the caps lock key and test using the find text box to make sure my caps lock is not set (lowercase). Once the lowercase is set, the selecting text between mouse clicks behavior goes away. Don't know why, but this works for me.
Ok, maybe they're system shortcuts. I've googled (just a bit) and couldn't find an answer. Maybe there isn't any :) Still..
I love keyboard and I use quite a few in TextMate but just realise I still use the mouse for 2 of the most common actions:
How do I press search and replace after the S/R dialog box is up? - if you press enter it just takes you to the next occurrence of the search string
when I close a file that I don't want to save, how can I choose don't save without touching the mouse?
To select Don't Save from the keyboard, you can use the keyboard shortcut ⌘+D. (This works in most OS X apps, not just TextMate.)
The search and replace (actually it's called "Replace & Find") shortcut is alt-cmd-f and works both inside the Find dialog and without it. With using other shortcuts like cmd-f, shift-cmd-f, cmd-G you can perform most of the search/replace actions without even opening the dialog. For example, if you want to perform the substitution, you press alt-cmd-f, then another is highlighted and if you want to skip it, it's cmd-G, which finds yet another, and so on.
As for the second question, I think it's a general Mac OS X issue -- the message boxes buttons don't have keyboard shortcuts in other apps, too. When I first switched from Windows, this annoyed me but I got used to it by now.
I recently built a web site to store lists of shortcut keys and there is a great list of TextMate Shortcut Keys for Mac on there.
If you know any more you can add them yourself too!
Here's the link http://shortcutkeys.org/software-shortcuts/mac/textmate
If you want to choose the answer for any dialog with the keyboard, go to "System Preferences" > "Keyboard" > "Keyboard Shortcuts". On the bottom of that page there are two radio buttons. Activate "All controls". Now you can switch options of a dialog box with the tab key in every proper OS X application. Note that this is a secondary option, thus you can hit the enter key for the default behaviour or space to trigger your secondary option. Most often it's set to the opposite of the default behaviour, i.e. "Don't save" in a file save dialog and "no" or "cancel" in many many other applications.
I think thats a great feature. Due to the secondary option I always hit either enter or space, depending which option I wanted.