All Activity

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

I haven't recently tried to use that information but will have to soon for a few projects. From a quick cursory glance it would seem still relevant. There is of course the issue of computer technology in general and Linux especially being a continuous moving target, so I would guess there might be slight variations nowadays to what was the latest knowledge when that document was written, but in general it seems still accurate.

Hello Rolf, thank you for the help. I did download the source files from HDF5 and HDF5Labview. You're are right it can take some time to get it working. For that reason I'll start with making a datastream from the cRIO to the windowns gui pc and use that for now. At least I'll be able to reduce some risk. Meanwhile I'll try to get a the Cross compiler working I'll should at lease be able to get a "hello world" running on the cRIO and take some steps if I can find some time. I did find the following site: https://nilrt-docs.ni.com/cross_compile/cross_compile_index.html Do you think this site is still up to date or is it a good point to start? I am only targeting a Ni-9056 for now. Thanx!

This 2D picture is overlaid transparently on the tree, and the graphics are drawn according to the coordinates (row, col) you need for display.

There is an updated LibMPSSE library on FTDI's website. LibMPSSE-I2C Examples https://www.ftdichip.com/old2020/Support/SoftwareExamples/MPSSE/libMPSSE.zip If you replace the libMPSSE.dll in the project folder with the one from the following location it should work. It's possible that when you open the VI the run arrow will be broken. In this case you need to set the Library Name for the Call Library Function Node in each subVI. I've just tried it, and it works.

By the way, this library is a bit weird.I haven't been able get the master yet to send an ACK when reading, if more bytes need to be read and a NAK after the last byte has received.

Hi, It was long ago when you asked. You've probably already solved it. I just started using the FT2232H in LabVIEW and noticed your question. Connect the DO and DI pins to each other and it will work.

Never used them or had a need for them.

Unfortunately, I don’t have that privileged access, no… 😄 A very simple example: it would allow for consistent display between a table and its corresponding intensity chart, right? But also for any display that needs to be right-to-left, such as numbers,etc.

And what your point of vue about Q Controls ?

I can't really remember ever having seen such a request. And to be honest never felt the need for it. Thinking about it it makes some sense to support it and it would probably be not that much of work for the LabVIEW programmers, but development priorities are always a bitch. I can think of several dozen other things that I would rather like to have and that have been pushed down the priority list by NI for many years. The best chance to have something like this ever considered is to add it to the LabVIEW idea Exchange https://forums.ni.com/t5/LabVIEW-Idea-Exchange/idb-p/labviewideas. That is unless you know one of the LabVIEW developers personally and have some leverage to pressure them into doing it. 😁

I didn't know this site Shaun, thank you. All of three of us in this topic, started LabVIEW a loooonnnggg time ago it seems...

M. Darren Tiger do ban them publicly ! 😄

Absolutely echo what Shaun says. Nobody banned them. But most who tried to use them have after some more or less short time run from them, with many hairs ripped out of their head, a few nervous tics from to much caffeine consume and swearing to never try them again. The idea is not really bad and if you are willing to suffer through it you can make pretty impressive things with them, but the execution of that idea is anything but ideal and feels in many places like a half thought out idea that was eventually abandoned when it was kind of working but before it was a really easily usable feature.

They aren't banned. They are just very hard to debug when they don't work and have some unintuitive behaviours. I have Toolbar and Tab pages XControls that I use all the time and there is a markup string xcontrol here. If you are a real glutton for punishment you can play with xnodes too

For sure, this must have been debated here over and over... but : what are the reasons why X-Controls are banned ? It is because : - it's bugged, - people do not understand their purpose, or philosophy, and how to code them incorrectly, leading to problems.

I'd would find useful (may be it's already exists) to choose the editing growing direction of an array. It's used to be from left to right and/or up to down, but others directions could be usefull. Yes I can do it programmatically, but it's cumbersome and it useless calculus since it could directly done by the graphical engine. Possible (and I forget about it) or already asked on the wishlist ? (I'm quite sure there's of one the two !) Emmanuel

Using LV 2021 SP1, I am trying to release my source code but realized that, in addition to the problem described in this thread, I am missing .rtm files that I took great care to move over in their respective libraries (in order that they be included in the release). They are simply ignored during the source code distribution creation, as they would otherwise show up in the list of files generated during the build (which I am using in the script described in the quoted thread above). Note that it is not possible to see which files of a library are included in the Source Files tab of the source code distribution properties dialog, only that said library (XXX.lvlib) is included. I suppose a workaround would be to remove this type of files (and other non .vi(m), .ctl, etc, files) from libraries and individually mark them as always included, but that kind of defeats the purpose of using libraries to provide self-contained code and asset packages. Is that a described feature or a missing one?

It's a little more complicated than that. You do not just need an *.o file but in fact an *.o file for every c(pp) source file in that library and then link it into a *.so file (the Linux equivalent of a Windows dll). Also there are two different cRIO families the 906x which runs Linux compiled for an ARM CPU and the 903x, 904x, 905x, 908x which all run Linux compiled for a 64-bit Intel x686 CPU. Your *.so needs to be compiled for the one of these two depending on the cRIO chassis you want to run it on. Then you need to install that *.so file onto the cRIO. In addition you would have to review all the VIs to make sure that it still applies to the functions as exported by this *.so file. I haven't checked the h5F library but there is always a change that the library has difference for different platforms because of the available features that the platform provides. The thread you mentioned already showed that alignment was obviously a problem. But if you haven't done any C programming it is not very likely that you get this working in a reasonable time.

Hello I am using h5labview on a windows PC connected to a cRIO. This seems to work fine. I rather would like the file save be running on the cRIO though. Does anyone know if there is a howto on this subject? The most recent link I can find is this one: https://sourceforge.net/p/h5labview/discussion/general/thread/479d0cdf61/?limit=25#c81d the link is a few years old and if I would be able to compile and get a *.o file I would not know howto use it on the cRIO. I have some Linux experience I can setup a VM with Linux. I use Labview 2024. any help is appreciated thank you!