Leaderboard

0MG, nanomsg... Now that would make an interesting VIShots episode.

Strangely, if you put "help@@google.com" into item name, you get "help(@)google.com" in menu. That's as far as I got. Ed. Aaaand I found it: put underscore before @ in item name and you're good: "help_@google.com"

Did not mean to record the background music with that, but enjoy! http://screencast.com/t/gfKwlvMcCsHI

I too have been struggling with this inconvenience for quite some time. I can go for several weeks just ignoring the issue, and then something comes up where it causes me to descend into a battle of will and spend at least a couple hours re-trying settings and experimenting to see if I just missed something the last time around. The lack of Ctrl-Shift-G functionality and quick drop shift keyboard shortcuts are particularly discouraging. It's all very annoying, but not so annoying that I'm willing to stop using VM's in order to gain back the use of the shortcuts that native OS users enjoy. (VM's are a way of life. I don't know how I ever managed to survive without them...) Unfortunately for me, Michael's suggestion (and good fortune) of changing the Parallels' Mouse Shortcuts settings to disable 'Secondary click' and 'Middle click' does not fix the problem for my setups. I have several development Mac systems with a variety of Lion, Mountain Lion, and Mavericks, all currently running Parallels 9.0.24172. I have many WinXP and Win7 x64 VM's. Some are run from the local hard drives, others on an external drive used for portability between Mac development systems (with the VM's running directly from the external drive - it does work very well with almost no performance hit, and what a convenience). The bottom line is that nothing I do or change seems to fix this issue on any of the VM's across any of the development machines. For me, the problem has always existed, starting with Parallels 7, then on Parallels 8, and now on Parallels 9. LabVIEW seems to be the only application I've found so far that is affected, from versions 7.1 all the way through LV 2013. As Jack mentioned earlier, other applications like Notepad++ do not have this issue. I have used VMWare Fusion in the past, but have not upgraded in a long time. I'm wondering if the latest VMWare Fusion might behave differently. I understand from an earlier post that VirtualBox VM's do seem to exhibit the same problem. Has anyone here tried a recent version of VMWare Fusion to see if there are similar issues?

I've seen this. This has also happened to me when I've deleted a property of a class and LabVIEW takes a guess at what it should replace it with. I don't have any real advise for how to mitigate it, but if you can at least track down where it is... deleting the node and inserting it again seems to fix it. I'm almost tempted to give up on using property nodes. I had an issue a while back where some property nodes would just take down LabVIEW or the built executable they were in. There wasn't any complicated code behind them (most of the time this occurred, they were auto generated with the wizard). At least now it's only corrupting VIs instead of taking down executables.

GERMAN: Hallo Zusammen, hier einen sehr hässlichen "Würgaround" um alle "running" VIs (nicht "waiting to run") aufzuzählen, siehe Anlage (HauptVI ist das "Running_VIs_finden.vi") . Grüße Tanja ENGLISH: Hi, here is a very, very ugly workaround to create a list of all "running" VIs (not "waiting to run"), see attechment (main VI is "Running_VIs_finden.vi"). Kind regards Tanja Running_VIs_finden.vi Running_VIs_finden_is_running.vi

You may be onto something here. This is the result I get when pressing CTRL+SHIFT+E: And here's the snippet in case someone else is able to run on a known-good machine, to compare results: It's suspicious that in my result above Char is '0' (instead of '69') and VKey is 'Ctrl' (instead of 'ASCII').