hooovahh

Yeah I have a hard time trying to figure out how to use this function and never have, nor have I known anyone to use it. So I can't say if it is a bug or intended.

I would love that however VIMs (as you know) aren't really a supported and documented part of LabVIEW. OpenG has generally been seen as stable, and well tested. If you start adding unofficial technologies in it I would be very concerned that the stability can't be guaranteed. But yeah this is something I think I'll do for fun some day, just re-write and update the OpenG Array tools as VIMs. Especially with the new structure Jeff mentioned which would allow for one VI to handle the scalar and array permutations.

Well it's been about 7 years since any update was made to the Array package that did much, and the last fix was 5 years ago. I can't say it is under no maintenance but if it is being supported I would say don't expect to see changes happen quickly. I'm sure it can be frustrating but there are plenty of people who don't monitor these boards daily. JGCode last posed on the forums in February and he seemed responsible for that fix 5 years ago. Volunteers like him have a work life, and a home life. If you want to discuss OpenG issues, this is the place to do it. If you want to see OpenG releases, please be patient. Personally I would love to see especially the array package revisited. There are plenty of optimizations like inlining, and conditional terminals that could make array operations much more efficient than they were for this code that was originally written in the 5.x era.

Oh well you just haven't researched it enough! (just kidding of course) I mean you can do plugin architectures without OO but in LabVIEW I can see that being a bit more difficult with needing to enforce or check for types, and all that is involved with adding new types. Having seen plugin architectures with and without OO in LabVIEW I would say the simple ones tend to be over complicated by adding OO, and the complex ones tend to not scale well without OO.

I can't tell who I side with in the comments. Both crowds have the same arguments of "Well you just haven't researched it enough." Which I guess means I haven't researched it enough.

I think I know what you are talking about, and I agree. If I have a VI set to subroutine, I feel like a VI inside it should be allowed to be inlined. Not sure what the reasoning for the restriction is.

I entered this thread thinking I would have seen many of the issues mentioned, but honestly I haven't seen most. But there are a few. Icon editor glyphs. Oh it is a same for sure that this shipped feature of LabVIEW doesn't work and hasn't for so long. You can manually sync new icons by downloading them along with a XML file on NI's site that is periodically updated. But I add a bunch of other icons from an open source library, and so it is usually just easier to make a VIPM package with the glyphs I want and install it that way. Then there's the other issue of having a non shared folder for the icons meaning if you log in as a different user you lose your icons all the sudden. I never knew that about an RT project and that does sound really stupid. Glad to hear there is some kind of work around. It really seems like when it comes to projects that span multiple deployed targets, that NI just assumes things are static which can be a pain for something like "Find all PXI RT systems on the network and do XYZ with them."

Yeah there were some complications internally. Be sure and thank Jeremy with a selection of adult beverages throughout the week, he deserves it.

Yeah this is what I use now. At one point I had RSS still going, but this is more unified because I can just log into my account from any computer and see what things I haven't seen yet, where the RSS was going through my outlook.

The loop settings seem like a great addition, thanks for sharing.

Hello all. So NI is trying something new this year for NI Week. Year after year NI gets feedback from those that attend NI Week and one of the most common things people ask for is more technical sessions. We don't care too much for a marketing presentation telling us how your company is awesome, and we don't really need NI to tell us about some new hardware we'll never use. But coming back from NI Week with new technologies that excite me and make my job get done better, makes my boss want to send me next year. So as a way for NI Week to get more technical, NI has dedicated a room at NI Week to advanced users to give presentations on advanced topics, allowing them to make up their own Advanced Users. This track will be in addition to the other tracks NI usually has for various industries, like aerospace, and automotive. These presentations will be given by advanced developers who are LabVIEW Champions and will focus less on marketing and more on being technical, sorta similar to what you'll see at a CLD/CLA Summit. So checkout Room 15 Tuesday and Wednesday for the advanced awesomeness, you should expect lots of hearty frank group discussions. It seems not all of the topics are posted by NI yet, but here are just some of them. And yes for a bit of self promotion I am giving an updated presentation on XNodes that I gave earlier this year.

Thanks for the link Shaun that is a handy thing to have, but the only OpenG package listed is the 2Kb package, telling VIPM to go download and install all the dependent packages from the internet. So that package without the internet is useless, not sure where all the actual OpenG packages are hosted.

I admit I don't use GIFs in my UI's much, and when I do I usually don't care about how fast they run. But I just did a quick test with this GIF cause it was one of the first results on google, and the speed seemed to match the speed of Chrome for the VI when running or not, with the only noticeable hiccup is when running or stopping the VI. This is using LabVIEW 2015 SP1 Windows 7 x64. Is this a GIF you can post to test with? How many frames are in the GIF? You can be a bit hacky and use a picture ring and invoke the image based on how much time has elapsed. Oh and you can also use a .NET picture box, here is some code I posted a while ago showing how to load an image, but for some reason it isn't animated, it could be a setting with the picture box.

Yeah but what if you have more than 100 elements in a cluster...yeah...I'm not saying it won't happen, but if it does you probably have other issues that are more pressing.

Go to a computer that has OpenG already installed. Go to the C:\ProgramData\JKI\VIPM\cache folder, copy all the OpenG package files to the offline computer via USB. Then go to VIPM and go to File >> Open Package File(s) and select all your files then install. If you have VIPM professional you can create package configurations, which is collections of packages and you can choose to include the packages. I use this and end up with a single VIPC file that can be copied to an offline computer and installed in one step in VIPM.

I am, but I can't speak for others who stumble on this thread years later, and actually Mike had an interesting quote regarding locked VIs. Again thank you for any contribution you share.

Yeah this was posted on LAVA before, but I can't seem to find it at the moment, it is a good resource to have.

Yeah but if it's password-ed no one will see it right? Certainly having a non passworded version would benefit the community more, nonetheless, thank you Zou.

Very interesting, please see if you can find a simplified example that can be submitted to NI. Storing a variant in a shift register is something I'm sure I've done plenty of times. Also I don't know if it makes things easier, but I've been moving away from OpenG functions for cluster manipulation, and choose to use the NI functions, and the Variant to Data trick. Attached is an example where a cluster is turned into an array of variants, manipulated, and then turned back into the cluster. Notice that the Get Type Information also returns the data name. Oh and if you update the cluster you need to set the Cluster size in the Array to Cluster to the right number of elements, the wire will be broken if it doesn't match. I made and XNode to do this but didn't want to add another unknown into debugging this. Of course if this is a bug in LabVIEW this won't, help. If this is a bug in LabVIEW, I'd bet adding an Always Copy inside the loop will probably fix it.

Thanks Jeff, I owe you a beer. Redeemable at the LAVA BBQ if you're interested.

Very excited guys, can't wait. It will just me this year.

I can see an argument for hiding the selector some times. I mean what if every primitive had a selector showing you all the options it supported? If the Add function always had a selector, and you to pick U8, U16, U32, U64, I8, I16...etc it would seem like a bunch of wasted space for the selector when most of the time you just want it to automatically pick based on the data type inputs. But there are times when it isn't clear that a function works this way, and it is somewhat tribal knowledge. Where were you when you discovered the Open VI Reference accepted a VI Path, or a VI name? In this case I can see the developer saying, that the use case is going to be both channels 99% of the time so hiding this selector means saving space for 99% of the people, and then irking 1% of them.

I can't think of something right now, but if I do I will be sure to post. Thanks again.

Oh that's too bad, well thanks for the update Darren, the day 2016 was available for download I would be posting here asking where this is. Jeff since you see there is plenty of interests on this topic, would you consider posting this alpha level VIM in August when 2016 is officially released? I think you would get some valuable feedback from the community, and of course it would be made known just like VIMs are today, a use at your own risk technology, and not to come crying to NI if things break just like several other things we already deal with, like private methods. I'm actually presenting on XNodes at NI Week, and I was keeping a slide blank to discuss VIMs, and I was hoping this new feature could be something I could mention. If not I understand and can't wait for some of this R&D stuff to make it to the community.

I hit like on the first post, and subscribed to notification, but that just didn't seem like "Thank You" enough. This is an awesome set of function, but what compliments it in my opinion is the common templates, example finder examples, and the Youtube video. Having worked with databases a little these really helped fill in some of the gaps I had about how to do things. Thanks again.