Michael Aivaliotis

I just wanted to add my observations. First off, I don't have this problem at all. All works fine for me in any Parallels VM.

I'm running:

Parallels 9.0.24217

LabVIEW 2013

Windows 7 or XP

However, I did have an issue where I couldn't perform actions that required a combination of ctrl+shift+mouse action.

For example:

• Ctrl-Shift-click (drag)
• Ctrl-Shift-resize
• Ctrl-Shift-Run button (mass compile all)
  

It's not that many, but the last one is critical sometimes to fix LabVIEW relinking issues and project crashes.

In any case, Google brought me to this help article:

http://kb.parallels.com/en/116170

So I basically disabled both checkboxes in that dialog (which I didn't even know existed) and that fixed my problem!

I don't know if this is related to the issues you guys are seeing but perhaps you could try it. There are also some other settings in there that can be fiddled with.

Just an update to this thread for others who stumble onto it.

JKI is currently working a new version of VIPM for Linux which should be out soon. More information can be found here:

VIPM for Linux

Ok, so I've been noticing strangeness with LabVIEW on linux. This one is no exception. I restarted LabVIEW and now the command works. Go figure. I'm just glad i'm not developing full-time on Linux because the whole development environment is just sluggish and unresponsive.

I also learned that in order to prevent multiple instances of labview opening up, you need to launch it with a switch:

/usr/local/natinst/LabVIEW-2014/labview -launch

This will prevent opening a new instance.

LabVIEW Linux newbie question here.

Why does the following not work?

Haven't been on LAVA in a while and noticed this thread. Has this been submitted to the code repository?

Just a reminder to every CLA to submit a 5 minute presentation idea to: michael.aivaliotis@jki.net for the 7x7 lightning round.

You could win a free pass to NIWeek 2014 !!!!

I think right-click is far superior to quick-drop IMO. But, yes, JKI has dropped support for it. So no use barking up that tree. It's better if NI had a built-in API to support right-click actions. If you think about it, quick-drop (and the JKI right-click) is a hack on top of an IDE that's not designed to support extensions or user-defined automation.

I suggest buying a Mac mini. They start at $600. That would be adequate for what you're doing.

If you like right-clicking then buy a decent Logitech mouse with two buttons. I'm not a fan of the Apple mice.

Psy Ghostbusters style:

http://youtu.be/82LCKBdjywQ

Actually it is not possible, drjdpowell knocked down the theory...

Agreed. Once a class is loaded into memory, it cannot be unloaded.

LabVIEW class factory pattern

I have a project (lvproj) that claims an attribute changed every time I open it. But when I save it, the dirty dot still comes back on reopen. Any hints on how to fix this? LabVIEW 2012 SP1.

No that does not explain the spambots. Spam on forums and websites has been around since the beginning of the internet. I have no idea why all of a sudden they decided to target LAVA. I guess that means we hit the big time right? - Also, Crelf and I don't hang out on LAVA that much (please don't read into that, we love LAVA). So we don't have eyeballs on spam anymore.

Not offering Premium membership is a choice I've made currently and I'm evaluating the options moving forward. Just think of this period as an awesome time in LAVA's history. Hey, everyone, all this great content and wonderful discussion you can't find anywhere else... and it's free! Well, not free for me, but I'm totally fine with that for the moment.

Enjoy LAVA. It's not going anywhere.

Please use the report post to moderator link. otherwise we have no idea there's an issue. Believe it or not, moderators don't read every post.

Please keep all OpenG discussions on these forums and not in offline email discussions.

Check out the VI Shots interview I did with John here:

Extending LabVIEW to the Web with LabSockets

Wow, someone revived this thread. Hey, we only had to wait 10 years for a built-in solution... Sheesh.

Darn, you beat me to it.

A follow-up to this issue. I've released a new version of VIPM that resolves the crashing issue reported in this thread. It can be downloaded on the VIPM Labs page.

This is not just an OpenG problem. This is a general issue with anyone creating and packaging reuse libraries. I think putting OpenG items in libraries is the best approach and is also the one recommended on the palette guidelines doc here:

https://decibel.ni.com/content/docs/DOC-29567

Too many cooks here I feel.

Actually, not enough cooks.

I wonder who is responsible for this content?

We all are.

If you were lucky enough to come to my NIWeek 2013 events presentation, you would have seen this slide which I put up as an icebreaker. No, this not photoshopped.

Seems like a deficiency in Quick Drop

Congrats!! - Next stop, CLA.

What do you want the text to say?