11-07-2022 07:52 AM
@rolfk wrote:
I was deliberating with myself for a while if I should post this. But here it is. It's literally the exact thing that was asked for initially.
Warning:
This is calling an officially undocumented LabVIEW function. It should be present since around LabVIEW 8.20 or so. As an undocumented function NI has the right to change or remove this function at any point in the future and it may therefore crash, sing a lullaby or or eat your hard drive if you are unlucky. Test very well before you decide to use this in anything but experimental code!
When I try it with LV2018, 2019, 2020, 2021 (all 32-bit), attempting to get the data throws error 1097, attempting to get the type always returns "void".
11-07-2022 07:56 AM
@paul_cardinale wrote:
@rolfk wrote:
I was deliberating with myself for a while if I should post this. But here it is. It's literally the exact thing that was asked for initially.
Warning:
This is calling an officially undocumented LabVIEW function. It should be present since around LabVIEW 8.20 or so. As an undocumented function NI has the right to change or remove this function at any point in the future and it may therefore crash, sing a lullaby or or eat your hard drive if you are unlucky. Test very well before you decide to use this in anything but experimental code!
When I try it with LV2018, 2019, 2020, 2021 (all 32-bit), attempting to get the data throws error 1097, attempting to get the type always returns "void".
Sure! Try the next attempt I posted today.
11-07-2022 10:45 AM
@rolfk wrote:
That's what you get for quickly posting without in depth tests. This one works on my system. I had been using this function in some experimental C code a while back and quickly transferred it to a VI.
Very nice.
This is how I would style it.
11-07-2022 11:50 AM - edited 11-07-2022 11:50 AM
@paul_cardinale wrote:
@rolfk wrote:
That's what you get for quickly posting without in depth tests. This one works on my system. I had been using this function in some experimental C code a while back and quickly transferred it to a VI.
Very nice.
This is how I would style it.
Everybody has his own preferences. 😀
I find the use of the classic palette for non user facing VI front panels still the best. They are always working without relying on any external model descriptions, complicated alpha shading and what else. Sure, with them not being visible usually, it won't matter much anyways, but then why bother to restyle an existing panel?
As mentioned, this is an undocumented function. It can be dangerous to use that in production type code.
08-14-2023 07:39 AM
This is awesome, thank you! Btw can you share from where did you get the function prototype? There are a lot of useful looking ones there.
08-14-2023 01:30 PM - edited 08-14-2023 01:33 PM
@ImreSzebelledi wrote:
This is awesome, thank you! Btw can you share from where did you get the function prototype? There are a lot of useful looking ones there.
No I can’t. Or in other words if I tell you I’ll have to shoot you. 😀
And no the names may sound sometimes exciting but many do not work usefully when called from the LabVIEW diagram. They are there so the LabVIEW compiler can refer to them but they require parameter types that are not accessible from a LabVIEW diagram.
08-15-2023 01:52 AM
It is a shame but understandable. Thank you for letting me know! [: