I have recently switched to the Workman keyboard layout, I use auto-hotkey to map some keys back to ctrl-c ctrl-v as I really can't get used to that shift.
However on my home computer no mapping was necessary - it seems that whenever I hit ctrl it switches back to qwerty for that shortcut. This is actually extremely useful as all my shortcuts in Visual Studio etc remain the same, but I have NO IDEA how I managed to make this occur.
Windows 7 at home, Windows 8 here at work, different keyboard drivers as I had installed Workman at home yonks ago.
Does anyone know how I can acheive the "ctrl = qwerty else workman" behavior I see at home?
Related
One of my favorite Delphi IDE keyboard shortcuts is the handy Ctrl-K-I, that let's me indent a block of code that contains existing indents, and which indents the selected set to the right, while keeping all lines in the block at their same relative indent.
I was using this shortcut, but I apparently hit a wrong key on the keyboard. Suddenly I found that ALL keyboard shortcuts had stopped working -- in ALL versions of Delphi on this Windows 10 PC.
Windows shortcuts like Ctrl-V still work, and GExperts shortcuts also still work, but the Delphi key mapping shortcuts in the IDEs no longer work.
I would think this would be some sort of Windows connection used between all Delphi IDEs and Windows, but I haven't found anything to fix this yet.
Any clues?
Is any of you know if there is a systematic keyboard shortcut to switch back to the main window from the search box in Windows 7 (either from Notepad++ side, or Windows 7 side)?
Of course, you could do Alt+Tab but you might not end up directly on the right window (you might have to do "Alt+Tab" several times).
The idea to use Win+ to switch between windows does not work because the search box is not recognized as a dedicated window.
Thanks
Courtesy of Kard Nails:
Press Alt+Tab twice, releasing the Alt key between. When you go back
to Notepad++ with the second switch, the search dialog is no longer on
focus.
I'm using Windows 7 (Spanish Version) at the office, and all I've got to do to hit the search box is to press CTRL + B.
When switching between documents in VS2010 with Ctrl-Tab, the document switch window doesn't disappear until I've pressed tab multiple times to select an entry and then hit return. I'm sure that it didn't need the return previously: that the window only stayed up as long as you held down Ctrl and then when released it switched to the currently selected document. This is really annoying if you want to just hit ctrl-tab quickly to go to the last document.
I do have a few Extensions installed including Productivity Power Tools, Power Commands and VSVim, and I've also installed a couple of tools for investigating accessibility (NVDA, UIA Verifier in the platform SDK), so it's possible that one of these may have somehow changed the options.
So, my questions are:
Is the default behaviour of VS2010 that the document switch window only works while the Ctrl key is held down, or is my memory faulty?
If the default behaviour is as I remember, how do I get back to that?
I think this turned out to be an accessibility setting that was in a half-enabled state. In the Windows Accessibility settings I toggled the state of Sticky Keys a couple of times and now it's working correctly again.
This has just happened to me, and after some googling I found the solution: it was really the magnifier application I ocassionally started by pressing Win + Grey Plus. Once I have closed it the Visual Studio just worked fine without restart.
Regarding point 2.
Go to Tools : Import and Export Settings. You can then choose to reset the default environment settings again.
Also ensure than it's not an 'add-in' providing functionality different to that you expect.
Same behaviour with VS2012: when the Magnifier application is open (e.g. by pressing Windows logo key + "+" (plus sign)) this behaviour occurs even if the magnification is set to 100%.
Basically I am supposed to press Command + the [`~] button that is above the Tab.
This question has been answered twice here:
Tabbing between Xcode projects?
and
Navigate Between Projects in XCode 4.0
But it just wont work for me, has anything changed in the xcode versions? or the way the mac behaves?
When I press this combination all I hear is the "invalid" sound.
I am using the newest Mac OS mountain lion.
Sorry if this belong to the super user stack overflow I just figured more Xcode users would be found here.
I can do the swipe on the mouse pad to bring the screen where I see all the active windows for the current application... but this is much slower than just tabbing between the 2 projects I'm usually working with.
Thanks
Do I infer from your comment about using the three finger swipe (for Mission Control) that the second window is not on the same desktop as the other windows? The command+` sequence only jumps between windows on the same desktop, not between different desktops (which is not to be confused with two physical monitors, which you can jump between, if you have multiple monitors hooked up to your computer).
The inability of command+` to not jump between desktops is a little curious, because command+tab, which jumps between apps, does go across desktops. If you want to jump between desktops, you can press control+1 or control+2 to jump to desktop 1 or 2, respectively. It should be noted, though, that while that might be a good alternative when trying to jump between your two desktops, though it admittedly selects the last active window in that other desktop, not necessarily a window from your current app in that other desktop. Also control+left and control+right let you jump between desktops, too.
This is a Mac OS "feature", not an Xcode issue, I believe. The command+` ability to jump between windows (but not windows across Mission Control desktops) is the same behavior across the Mac OS.
Update:
If this keyboard shortcut is not working at all, in any app, even within a single Mission Control desktop, then you don't need to worry about Xcode settings, but rather focus your attention on the keyboard settings:
You might want to look at your "Move focus to the next window" keyboard shortcut. There have been reported problems of people with international keyboards not getting this to work properly, but by clicking on (and thereby selecting) the command+` graphic, you can try using different keyboard shortcut, and see if that does it for you.
I have mountain lion as far as i know.
How about this?
control + down
You'll get the current application windows.
Below them there should be a horizontal list of recent projects for Xcode (both opened and closed). With arrows left or right choose the project (it should be highlighted with blue) and press enter.
Maybe this is a dumb question, but I have the following behavior in Visual Studio 2005 while designing forms:
1 - Drop a control onto the form (suppose it's a Label, just for discussion)
2 - Drag that label to a specific location (aligning w/other controls, whatever)
3 - Release the mouse button
4 - The control is still stuck to the mouse!!!
To get it un-stuck from the mouse, I have to hit ESC, which restores the Label to it's original location.
This is driving me nuts. I literally have to use the arrow keys to move each control into place, pixel-by-pixel. I don't observe this behavior anywhere else in VS2005, nor do I observe it in the OS in general.
I am running on Windows XP inside a Parallels Virtual Machine, hosted on OS X. I don't think there is a driver problem though, b/c as I already said, no other apps demonstrate anything like this.
Please tell me there is some tiny checkbox buried somewhere that will turn off this behavior.
Sounds like you might have ClickLock enabled (or a similar feature). Try this:
Go to Control Panel in Windows
Open the Mouse control panel
Go to the Activities tab
Deselect ClickLock
If that doesn't work, maybe you have a similar feature in OS X?
This problem spread to other applications within my VM, so I reinstalled Parallels tools and it went away.