JackDunaway Posted December 1, 2014 Author Report Share Posted December 1, 2014 Still exists for me too. OS X 10.10.1 Parallels 10.1.1 (28614) All VMs, Win7 thru Win8.1 Quote Link to comment
Omar Mussa Posted December 1, 2014 Report Share Posted December 1, 2014 I think this is a repost for me but I'll just re-raise that on some of my VMs, ctrl+shift still works, but on others it doesn't - I have no idea why. I tried comparing settings and low level settings to no avail. I'm running OSX 10.10.1, Parallels 10.1.1, Win7 x64 VMs running LabVIEW 32-bit. Quote Link to comment
Popular Post Mellroth Posted December 2, 2014 Popular Post Report Share Posted December 2, 2014 I just noticed this this morning, but in Windows 7(x64) running in bootcamp (LabVIEW 2014). My problem seems related to the input-locale, or more specifically, which keyboard-type that were used. I’m using an external keyboard but windows defaults to the “Swedish (Apple)†keyboard, and for some reason that keyboard doesn’t forward multiple modifiers to LabVIEW (all keyboards work in MS Word). In this little test VI; pressing shift-a, ctrl-a and shift-ctrl-a should all give me the scan code 30 on my keyboard. ModifierTest.vi But the Apple keyboard doesn't react when both modifiers are used. By switching keyboard layout during the VI execution the ctrl-shift-a functionality comes and goes. So, my solution was to go to the control panel and change the default input to use the external keyboard layout instead of the apple-type. I also explicitly changed keyboard type when LabVIEW was open. Hope this helps someone /J 3 Quote Link to comment
JackDunaway Posted December 2, 2014 Author Report Share Posted December 2, 2014 I just noticed this this morning, but in Windows 7(x64) running in bootcamp (LabVIEW 2014). My problem seems related to the input-locale, or more specifically, which keyboard-type that were used. I’m using an external keyboard but windows defaults to the “Swedish (Apple)†keyboard, and for some reason that keyboard doesn’t forward multiple modifiers to LabVIEW (all keyboards work in MS Word). In this little test VI; pressing shift-a, ctrl-a and shift-ctrl-a should all give me the scan code 30 on my keyboard. ModifierTest.vi But the Apple keyboard doesn't react when both modifiers are used. By switching keyboard layout during the VI execution the ctrl-shift-a functionality comes and goes. So, my solution was to go to the control panel and change the default input to use the external keyboard layout instead of the apple-type. I also explicitly changed keyboard type when LabVIEW was open. Solved. Sincerely -- thank you! I will report this back via support channels to NI on this issue. Quote Link to comment
Mellroth Posted December 2, 2014 Report Share Posted December 2, 2014 Solved. Sincerely -- thank you! I will report this back via support channels to NI on this issue. You're welcome Jack. It is actually quite funny that I first noticed the issue right after I read through this thread... ;-) /Jonas 1 Quote Link to comment
ElijahKerry Posted December 2, 2014 Report Share Posted December 2, 2014 Forgive the stupid question, but is this a setting you changed in Windows or in OS X? It's fantastic to hear that someone finally got to the bottom of this! I'm having a little trouble figuring out exactly what you did though - forgive me for being slow... Quote Link to comment
JackDunaway Posted December 2, 2014 Author Report Share Posted December 2, 2014 Forgive the stupid question, but is this a setting you changed in Windows or in OS X? It's fantastic to hear that someone finally got to the bottom of this! I'm having a little trouble figuring out exactly what you did though - forgive me for being slow... No worries! It's TOTALLY buried in the Windows settings: First, from Control Panel, search for "Region and Language", then click on "Change Keyboards" That brings up this window. If you see in your VM what we see below -- only a single "(Apple)" locale -- it's likely your keyboard shortcuts are not working in LabVIEW: To solve the problem, "Add" a new keyboard, selecting the US keyboard and setting it as the default. Be sure to relaunch LabVIEW if it was open! Quote Link to comment
Justin Goeres Posted December 3, 2014 Report Share Posted December 3, 2014 First of all... Jonas, you da man. Thank you very very much. This is such a huge help, and I've waited a long, long time for it. Jack's HOWTO didn't work for me (under Windows 8.1) because I oddly don't seem to have the "Keyboards and Languages" tab he mentions. I Googled around quite a bit trying to figure out how to get it to show up, but to no avail. However, I was still able to fix the problem via basically the same steps along a different route. Maybe this will be helpful to someone.... Step 1. Open the Control Panel and select "Change input methods". Step 2. You should see two keyboard layouts installed under whatever your selected language is. Click "Options". Step 3. Click "Remove" next to "United States (Apple) - Parallels". Step 4. Click "Save". Step 5. Note that you've only got one keyboard layout now: "US". Step 6. Restart Windows. (This apparently wasn't necessary for Jonas, but it definitely was required for me.) 1 Quote Link to comment
Justin Goeres Posted December 3, 2014 Report Share Posted December 3, 2014 For future reference, and perhaps a different way to fix this at the root cause, without monkeying with Windows settings, this Parallels support forum post recommends the following: (copied from the post in case it disappears some day, cleaned up for readability) Shut down your Windows virtual machine. From Parallels Desktop menu go to Window -> Virtual Machines List -> right-click on your virtual machine -> select 'Show in Finder' (note this applies to Parallels 8; other Parallels versions have different menus/windows) Right-click on the .pvm file for your virtual machine -> select 'Show package contents' Open config.pvs using TextEdit Locate the "KeyboardLayoutSync" tag and change its 'Enabled' value to '0' (zero) Close config.pvs, saving changes Quote Link to comment
JackDunaway Posted December 3, 2014 Author Report Share Posted December 3, 2014 Justin, thanks for the Win8.1 walkthru; indeed it's a little different than my screenshots from Win7. One thing -- can you provide another walkthru on where you found that "Restart" button on Win8.1? Bonus points for avoiding the word "gesture". ( ) Quote Link to comment
Mellroth Posted December 3, 2014 Report Share Posted December 3, 2014 For future reference, and perhaps a different way to fix this at the root cause... Justin: I booted into Windows from the Bootcamp partition, so the Windows setting really was the root cause for me. /J Quote Link to comment
hooovahh Posted December 3, 2014 Report Share Posted December 3, 2014 One thing -- can you provide another walkthru on where you found that "Restart" button on Win8.1? Bonus points for avoiding the word "gesture". Classic Shell to the rescue. I have Windows 8.1 boot to the desktop, with DisplayFusion and Classic Shell. It is like Windows 7 but better. I seriously have never seen the metro interface since installing these. Quote Link to comment
Justin Goeres Posted December 3, 2014 Report Share Posted December 3, 2014 One thing -- can you provide another walkthru on where you found that "Restart" button on Win8.1? Bonus points for avoiding the word "gesture". If you only knew the "gestures" I've made at my computer over the last 5 years dealing with this issue . OK, so upon applying this fix to my work VM this morning, I found a new wrinkle. The basic cause & steps to fix are the same, but the starting configuration has a minor difference. This is with a brand new Parallels VM created from scratch with Windows 8.1 a couple weeks ago. I installed LabVIEW 2014 and a couple other applications, but it's basically a "clean" VM. I'm posting this since I imagine there will be other people stumbling through here over the months/years with brand new VMs – more than those of us with VMs from Parallels 4, to be sure . Anyway, when I went to Control Panel >> Change Input Methods dialog, the only input method installed was the "United States (Apple) - Parallels" one. In order to switch to a different one ("US" in my case), I had to actually Add the "US" layout, then Remove the Parallels one. Interestingly, in this case I did not need to restart Windows afterward. So that's more like Jonas's experience. 1 Quote Link to comment
Sleepy_Engineer Posted January 10, 2015 Report Share Posted January 10, 2015 You guys Rock!!! So glad you guys experienced this and that google found this thread! Just got my first Mac, bootcamped into Windows 8.1, loaded LabVIEW 2014 and was pulling my hair out trying to figure out why my ctrl+shift+e wasn't working. FWIW, after reading the solution and before reading the rest of the thread I jumped to the control panel, didn't see the keyboard option that was mentioned, so I just added the "United States-International Touch keyboard layout" as a third keyboard option. That seemed to fix it without restarting anything. Not sure of the rationale behind that, but just glad I can move freely around my project again!!! (: -Carl Wecker carl@endigit.com 1 Quote Link to comment
Ravi Beniwal Posted September 29, 2015 Report Share Posted September 29, 2015 Thank you all for putting in all this effort in finding a solution to this issue. My computer will certainly see fewer "gestures" now! Justin, thanks for the detailed instructions Quote Link to comment
drjdpowell Posted December 1, 2016 Report Share Posted December 1, 2016 Thanks from me also. Quote Link to comment
HeLo Posted January 4, 2017 Report Share Posted January 4, 2017 And it is here again: I just installed LabVIEW 2016 on a Windows 10 virtual machine (Parallels 11.2.2) on a mac with OS 10.11.6 - and - none of the above procedures work: Ctrl-Shift-A does not work at all, others from time to time. Then I also noticed that scrolling in the macintosh version of LV 2016 does no longer work reliably - I can't use the scroll wheel anymore to browse through event-, case- and other structures (I need to try 3 to 5 times, until something happens). It looks to me as if NI uses its own special functions to receive keyboard and mouse events instead of using the standard operating system functions - as all other programs work fine. Now, as there is obviously a non negligible number of LabVIEW-developers using virtual Windows-machines on a mac, I would really enjoy NI to check into these issues. Herbert Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.