The Q

Yep, LabVIEW 8.20. https://labviewwiki.org/wiki/Cluster_data_type

You can check out my code I used for a run time spell checker. It is used in a Spell Check QControl I wrote but I always meant to publish the engine standalone. It is useable standalone. It can be found here: https://gitlab.com/QSI_Shared_Code/SharedQControls/SpellcheckString. It uses the Damerau–Levenshtein distance to calculate the "distance" between two words by number of operations to transform one word into the other word. It counts operations as insertions, deletions or substitutions of a single character, or transposition of two adjacent characters.

https://labviewwiki.org/wiki/LabVIEW_2021

And it will be the highest numbered icon to date.

Doing as @LogMAN suggests, there is a property of the StaticVIReference class the gets/sets the "Is Strict" property. https://labviewwiki.org/wiki/StaticVIReference_class/Is_Strict_property

I know its been a long time coming, but we are getting close. Within the next few weeks we will be releasing our beta of our new GCentral website. We are looking for beta testers to try things out, look for bugs, and give feedback on usability. If you are interested reply to this thread. One great thing about the GCentral website is that it is completely open source. If you have ideas for features, whether you want to be a beta tester or not, submit them via our issue tracker, or even try implementing it yourself and submit a merge request. The GCentral repo is located at: Code: https://github.com/gcentral/Website Issues: https://github.com/gcentral/Website/issues Wiki: https://github.com/gcentral/Website/wiki GCentral's website, along with GCentral itself, is a 100% community led effort. So let us know what is needed and please help us make it possible.

Fair point. I can see your point of view that it is a tool to accomplish the objective and not necessarily the objective. I don’t see it as elitist and there is no reason to be rude. I’m an engineer not a computer scientist by degree. So I didn’t learn OOP initially. However, I think it is an important skill to learn.

Yes, definitely for CLAs. OOP is fundamental in almost every other high-order programming language, why should G be any different. In fact, I believe, NI should teach OOP a lot earlier in the Core classes. If for nothing else, to teach encapsulation. Inheritance and overrides can come later but CLAs should be familiar with all those concepts. See "Encapsulation in King! by Daniel Harryman from GDevCon#1" for a good example of why and how to teach this.

This is one of the main reasons I created QControls. XControls don't behave properly when using them in a VI that is part of a Library or Class. This made them near impossible to work with in Actor Framework. It was due to their Init and Uninit Abilities firing when you wouldn't expect them to and that was because those fire when the VI enter and leaves memory, respectively. When in a library/class, the VI enters memory when the library/class does (usually when the application starts if not loaded dynamically). And they won't leave memory until the application is complete (there is no way to unload a library/class). I don't know how much functionality you have carried over from the "xctl" file to your "yctl" file but there might be something there. QControls don't have this problem because nothing is running until the owning VI is running.

I just added an explanation of how to add to the New dialog on the LabVIEW Wiki: https://labviewwiki.org/wiki/New_dialog If you have any ideas to help me make QControls better, let me know. I have a thread on the QControl Enthusiasts page: https://forums.ni.com/t5/QControl-Enthusiasts/QControl-Usability-Improvements/td-p/4101397?profile.language=en

I probably answered my own question. I don't think it is supported on the Raspberry Pi. It crashes the instance of LabVIEW running on the Pi and then LabVIEW looses connection with it. The only way to get it to reconnect is to reboot the Pi.

Has anyone used the Python Nodes on Raspberry Pi? I can't seem to get them to work. I have been calling python scripts using the command line but would like to call it with the nodes if possible.

So, I am seeing issues with the time functions. See Snippet: The output of Get Date/Time in Seconds shows the correct time according to the timezone set on the Raspberry Pi. But, the Seconds to Date/Time and the Date/Time to Seconds seems to interpret the time input as UTC regardless of how the to UTC flag is set. I want the Cluster of time elements be in my timezone as well. Is the only way to handle this to manually correct for the timezone offset? I can get the timezone offset through a python script so it is possible to do as a workaround. But these functions don't seem to work properly on the Raspberry Pi.

GCentral will definitely have search by keywords and tagging but if you were browsing, trying to discover new things, what would you think could help? How can GCentral help you find new things you weren't necessarily searching for. @jacobson's suggestions on GCentral giving you recommendations based on what you have liked and/or what you have downloaded is a possible feature. Or suggestions on packages that aren't dependencies of each other but do complement each other. What about physical UI elements on the website like: a tag cloud, tree of topics where the package might be applied, featured lists, application lists, etc. Any other brainstorming ideas?

My thoughts is that it was just a bunch of marketing... new paint on the same old house. We'll see if they prove me wrong, hopefully in a good way. Not liking the logo though. As everyone has already shown, it's too much like everything else out there. What they had was unique and easily recognizable. Now, however, it's just another "modern" acronym-ized logo.

I guess you could do your trick of maximizing momentarily with the transparency at 99% transparent. Open the VI Hidden, change the transparency, maximize, get VI panel size, change back to standard, set size and transparency.

@Francois Normandin, I'm finishing another project now but I will be returning to this soon. If it doesn't do what I need yet, I'll work with you on it to accomplish more of the features.

That’s probably true but we can’t rely on NI to produce a native implementation of every protocol out there. That’s why we need to make it easier to help each other.

I'm working on a personal project (more information will be shared about this later) that needs Message Queue Telemetry Transport (MQTT). While searching for LabVIEW libraries for MQTT I found 1 on VIPM, 2 in the NI Forums, and 1 through Goggle on GitHub, as follows: WireQueue-MQTT Driver for LabVIEW by WireFlow AB (this one costs $550) MQTT Client API in native LabVIEW by Peter - daq.io (also on GitHub as LVMQTT) MQTT-LabVIEW by Michal Radziwon Quaxo MQTT LabVIEW by Stefan May This is not unusual for just about anything you might be looking for. In fact searching on GitHub there are 13 results for LabVIEW+MQTT. What was weird is that two of them were almost completely the same, yet neither attribute the other. I don't know which came first. I ended up forking from one of them but I guess I'll attribute both to be safe if I end up using it. However, talking about code confidence, I just found this one: LV-MQTT-Broker by @Francois Normandin. I know Francois, he is a LabVIEW Champion. He has included unit tests. It has full documentation as well as an NIWeek presentation by him and Sarah Zalusky, both of whom are Certified LabVIEW Architects (CLAs). From GitHub I can see he has been actively contributing to it and its open source (which most of them were). Honestly, I wish I had found this one first. Just some words for thought...

I have some examples from my CLA Summit presentation on designing for touchscreens. Links to the video and the demo code are on the wiki at: https://labviewwiki.org/wiki/Americas_CLA_Summit_2019#qsi_ui-ux_touchscreen

This discussion on package manager capabilities definitely needs to happen but just to summarize Chris' post: Therefore, will use what we have and improve as we go.

On the topic, I want to be able to publish my code, have others contribute to my code, and contribute to others code as easily as possible. This is regardless of packaging technology. Also, I want to learn what is out there already, quickly and easily. So I don’t reinvent the wheel in ignorance.

@joerghampel, GPM does allow local repos and GPM is open source. Link to MGI’s GPM Wiki: https://gitlab.com/mgi/gpm/gpm/wikis/How-Tos/Filesystem-Based-Registries Link to the GPM project: https://gitlab.com/mgi/gpm Even I have contributed to GPM along with some of the Composed Systems guys. @JamesMc86 I’m working on a palette editor now which can be used stand-alone but I’ll work with MGI to add it to GPM.

All of the presentations are now on the LabVIEW Wiki. You can find them at: https://labviewwiki.org/wiki/Americas_CLA_Summit_2019 Thanks Kevin Shirey and Mark Balla for producing the videos and all those that volunteered to run the cameras. This is an awesome resource to be able to go re-watch and review these great presentations again or for those that couldn't join us in person to be able to view them as well.

As a developer that works in development environment that is not internet connected I would like to be able to download packages and put them in a local repository.