All Activity

It will eat away at you slowly...at first. Then every time you see the link you will know [it doesn't work]. Drip, drip, drip. It's like those crossed wires on your diagram - you tell yourself it doesn't matter, that it's just cosmetic, that there is no change in function. But eventually you have to do something about it. Send that request to the admin, you know you want to

Hey, I didn't talk about code! This was about advertisement and commerce. (And my lost privilege, which indeed hurts my sensitive soul a little 😁. It's soul crushing to read an old post of myself and discover typos in it.)

Are you seriously expecting anyone to install a random executable on their system from an unknown publisher, provided by an anonymous person on the web, where one can't even get a proper link in Google to the actual company page? Sorry, but anyone doing that should not be allowed near 5m of a computer system!

Your fastidiousness with code tells me this is an outright lie.

F*ck! 😁 And I lost my privilege of being allowed to edit posts indefinitely some years ago for unexplained reason. Ohh well! Not sure I care at this point very much. I just suck at commercial promotional stuff and am admitting it.

The link is broken for lazy people like me

It's still maintained and sold, although not actively marketed. https:\\www.luaforlabview.com

You resurrecting LuaVIEW?

Not starting but want to try to do a cRIO variant of a few things such as the OpenG ZIP library, Lua for LabVIEW, and especially my OPC UA Toolkit.

Hello Rolf, thank you for the reply. what kind of projects are you starting? (just curious)

Nothing is impossible but often so painful that not doing it is almost in every case the better option. The label of the data in the variant is the label of the data element that was used to create the variant. The variant has also a label but that is one level higher. You could of course modify JSON to Text, but that is a lot of work. And I think it is up to James if he feels like this would be a justified effort. Personally I absolutely would understand if he feels like "Why bother".

Can't find a way to edit my previous post, so continuing here. After posting, I found the related discussion on page 7 of this thread. So apparently the variant names that get used in the resulting JSON string are not the name fields of the cluster, but rather the names of the pieces of data inside the variant. This feels very counterintuitive to me, but in case someone is running into the same issue, at least one solution is to name the data used inside the variant (see image below). Would it be possible to use the names of the fields in the cluster instead of the names inside the variant? That would feel more intuitive to me and apparently several others as well.

Hi! Thanks for the awesome tool. I am seeing an issue that was reported also earlier in this thread (page 3), but I didn't see any further discussion about it. The problem is 'To JSON Text.vim' not handling variant names, when converting from LabVIEW data type to JSON string. I am trying to convert a cluster that has some variant fields, but in the resulting JSON string the variant field names are empty. More over, if I have a variant as the first field in my cluster, the resulting JSON string is actually a JSON array instead of an object (which, according to documentation, should be the case, if the first field in the cluster is unnamed). To my understanding my variant fields do have names. Is this a bug or some mistake in my end? Here are some snips from a test VI to demonstrate the issue.

I can't understand Chinese and the video only shows some highlights, not how it works. My assumption it that they might use Windows Controls. It's a possibility but the effort needed to create a toolkit like that for use in LabVIEW is ENORMOUS. If it exists and you really absolutely want to do this for any price, buy the toolkit no matter how expensive. Trying to do that yourself is an infinite project! Believe me!

RTK LVButtonGX Installer.exeThis is the installation package

Francois, Indeed, as you mentioned, I came across a Chinese video while surfing the internet earlier. It demonstrated examples of generating buttons in both development environment and runtime engine. The video link is provided below. I'm not sure if you can see it https://www.bilibili.com/video/BV1MhzNYvEiw/

Hooovahh, I came across a Chinese video while surfing the internet earlier. It shows demonstration examples of generating buttons in both development environment and runtime engine. Here is the video link. I'm not sure if you can see it. https://www.bilibili.com/video/BV1MhzNYvEiw/

Several of the functions that this uses to generate the control are LabVIEW properties and methods that are only available in the full development environment. Control creation isn't the type of function NI had planned for LabVIEW to do at run time when it was created. What problem are you trying to solve with having this be a built application?

A bit confusing. You talk about French but show an English front panel. But what you see is a typical Unicode String displayed as ASCII. On Windows, Unicode is so called UTF16LE. For all the first 127 ASCII codes this means that each character results in two bytes, with the first byte being the ASCII code and the second byte being 0x00. LabVIEW does display a space for non-printable characters and 0x00 is non-printable unlike in C where it is the End Of String indicator. So you will have to make sure the control is Unicode enabled. Now Unicode support in LabVIEW is still experimental (present but not a released feature) and there are many areas where it doesn't work as desired. You do need to add a special keyword to the INI file to enable it and in many cases also enable a special (normally non-visible) property on the control. It may be that the Tab labels need to have this property enabled separately or that Unicode support for this part of the UI is one of the areas that is not fully implemented. Use of Unicode UI in LabVIEW is still an unreleased feature. It may or may not work, depending on your specific circumstances and while NI is currently actively working on making this a full feature, they have not made any promises when it will be ready for the masses.

Hi, My project is to translate an application into multiple languages, However, I am facing an issue with the display of the TabControl and the TreeMenu, When I translate them into French, I have spacing problems, as you can see in the picture. I am using: LabVIEW 2024 Input file format: .json Encoding/Conversion: Unicode Thanks for help, TabControl V 2016.vi

Vandy, judging by the other threads where you posted, it seems you want to generate buttons with icons dynamically in an EXE. (my understanding) Although you might succeed in creating VI Controls through VI Server from a build executable, you will need LabVIEW development on the computer and you will not be able to modify the front panel of your EXE unless you script your buttons on an unloaded VI and then load it dynamically in your EXE`s subpanel. It defeats the purpose of the compiled binary in the first place. All the toolkits you are looking at are meant to help you generate libraries of reusable assets that meet your style and needs, but that won't help you in a dynamic UX. For that, the only thing I know works (well enough) in LabVIEW is to use a picture control, possibly wrapped into a QControl if you are thinking big.

First, attaching your question to random (multiple) threads is not a very efficient way of seeking help. I'm not sure I understand your question correctly. But there is the Application Builder, which is included in the Professional Development License of LabVIEW, that lets you create an executable. It still requires the LabVIEW Runtime Engine to be installed on computers to be able to run it, but you can also create an Installer with the Application Builder that includes all the necessary installation components in addition to your own executable file.

Francois, Is it possible to generate an application that runs in a runtime environment only?

hooovahh, I have a question: Is it possible to generate an application(exe in windows) that runs in a runtime environment only?

Hello, I am currently experiencing an issue in my application developed using LabVIEW 2024, My project is configured as a multilingual application. However, when I convert strings to Unicode, I encounter a display problem in the TabControl and the Tree menu components. After the Unicode conversion, the text is replaced by blank spaces instead of displaying the expected values, Could you please advise on the recommended solution to preserve the correct values and ensure proper Unicode character display in these controls? https://forums.ni.com/t5/image/serverpage/image-id/353696iA182204E1B54555B/image-size/large?v=v2&px=999https://forums.ni.com/html/assets/iconmonstr-external-link-thin.svghttps://forums.ni.com/t5/image/serverpage/image-id/353698i16D2AA03F67605E6/image-size/large?v=v2&px=999 TabControl V 2016.vi