I just upgraded to Windows 11, and I'm experiencing an issue with PhpStorm's Vim emulator. When I hit certain key combos (E.g. Alt + Left Arrow twice) my Backspace, Delete and Arrow keys stop working. I checked my selected Keymap, and I was using the default Windows one.
What I've tried:
Reverting to default Windows keymap from my custom keymap
Using another keymap (like Visual Studio)
Turning off Vim emulator
None of these resolve the problem. The keymap normalizes for a bit, but then the issue occurs again and the keys stop working.
Anyone knows how to fix?
I would like to know a shortcut to go to start line in PhpStorm built in terminal. How do I achieve that?
The built-in terminal is just an inline version of your actual system terminal. So it depends on which Operating System you are using, but the defaults should be:
On Windows and Linux machines, press the "Home" button.
On OS X, press CTRL+A.
I have just found something on my new Ubuntu installation that has not happened before. I will explain
Normally if i do this code:
div*3 and press tab
I get:
<div></div><div></div><div></div>
But now when I do the same thing, I get nothing. It just "tabs" over the line. This never happened before so if someone knows the answer I would be very thankful.
All this is happening with Emmet already installed
Sublime Text 3: 3059
Ubuntu 12.04 64 Bits
Same is also happening on Sublime Text2.
Sublime Text does not come with the Emmet package by default. You will need to install Package Control first - remember that there are different versions for ST2 and ST3. After it has been installed and you've restarted Sublime Text, open the Command Palette with CtrlShiftP, search for Package Control: Install Package, type in emmet, hit Enter, and it will be installed for you.
I was unable to locate the "Mono for Android SDKs" preferences option when following the Mono for Android for Mac installation instructions.
troubleshooting steps I've tried:
After completing installation of the evaluation copy of Mono for Android for Mac I restarted MonoDevelop (version 2.4.2) and still didn't have the option available. I rebooted my Mac but that did not trigger MonoDevelop to expose the option either. I tried reinstalling the Mono for Android addin also.
Anyone struggled with the same problem? Let me know what you tried. Thanks!
I suppose it's funny to answer my own question, but on further troubleshooting steps...
I installed the lastest MonoDevelop beta and the preferences option appeared.
I installed TortoiseHg (Mercurial) in my Vista 64-bit and the context menu is not showing up when I right click a file or folder.
Is there any workaround for this problem?
Update: TortoiseHg 0.8 (released 2009-07-01) now includes both 32 and 64 bit shell extensions in the installer, and also works with Windows 7. The workaround described below is no longer necessary.
A workaround to getting the context menus in Windows Explorer is buried in the TortoiseHg development mailing list archives. One of the posts provides this very handy tip on how to run 32-bit Explorer on 64-bit Windows:
TortoiseHG context menus will show up if you run 32-bit windows explorer; create a shortcut with this (or use Start > Run):
%Systemroot%\SysWOW64\explorer.exe /separate
(Source: http://www.mail-archive.com/tortoisehg-develop#lists.sourceforge.net/msg01055.html)
It works fairly well and is minimally invasive, but unfortunately this doesn't seem to make the icon overlays appear. I don't know of any workaround for that, but file status can still be viewed through TortoiseHg menu commands at least. All other TortoiseHg functionality seems intact.
The icon overlays are now working with TortoiseHg 0.6 in 32-bit explorer! Not sure if this is a new fix or if I had some misconfiguration in 0.5; regardless this means TortoiseHg is fully functional in 64-bit Windows.
In order to be able to use an extension in Explorer, the "bitness" of the extension needs to match the bitness of the operating system. This is because (at least under Windows) you can't load a 32-bit DLL into a 64-bit process -- or vice versa. If there's no 64-bit version of HgTortoise, then you can't use it with Explorer on a 64-bit Windows OS.
I upgraded to Windows 7 RC and the 64bit workaround seems to have stopped working
You could always install the command line hg and use it in a pinch. It's a bit faster, too.
I can verify that xplorer2 does show the HG tortoise context menu in 64bit Vista.
As detailed in the TortoiseHg FAQ, you need to run a 32-bit Windows Explorer instance for the context menu and overlays to work under 64-bit Vista.
My personal preference is to create a shortcut similar to the following for each project I'm actively using with TortoiseHg:
%windir%\syswow64\explorer.exe /separate /root,C:\projects\frobnicator
This launches explorer with the C:\projects\frobnicator folder already opened. (You can omit the /root option and just use the same shortcut for all projects if you don't mind clicking your way to the target folder every time you launch it.)
According to the TortoiseHg FAQ the context menus will work in 64-bit Vista if you start a 32-bit instance of explorer by creating a shortcut with the following settings (as suggested in the answer above):
Target: %windir%\syswow64\explorer.exe /separate
Start In: %windir%\syswow64\
I've just noticed that the context menu and icons work from a file open dialog from some apps (on Vista). I now just use Notepad++'s file open dialog, since I use Notepad++ all the time.
It seems to have to be the simple open dialog, not the new one Notepad has, for example.
Maybe someone can check if this trick works in Windows 7.