From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Programmatically open build spec properties dialog


@michael.lambert wrote:

@natasftw wrote:

 

As a curiosity, how much time have you spent so far trying to find this?

Do you want your users to have access to ALL of the options or just a subset including those you've listed as an example?


I ask these as it sounds like the answers would lead towards a quick recreation in your tool being less time to handle and give you more control over what is being done.  While that's not what you've explicitly asked for, I'm curious as to why it isn't the desired outcome.


 I've spent maybe four hours over a couple of days looking through the App Builder API folders, trying different things, and looking on the forums. I would like them to be able to access all the properties. The tool I'm making is really just for building and archiving applications. Adjustments to the build properties should be done from the native dialog. So I'll probably just abort this and just add a button to bring the selected project window to front. 

 

Thanks 


I suspect that the properties dialog VI is not in the App Builder API folders; but rather is a semi-generic dialog that gets used by many parts of LabVIEW.

"If you weren't supposed to push it, it wouldn't be a button."
0 Kudos
Message 11 of 14
(272 Views)

Here's another app builder problem that might bite you. It's been biting me and I just resolved it.
Depending on a number of factors, VIs created by the build that are to be dynamically loaded might be broken when opened by the RTE.  The problem tends to happen when the VIs use certain built-in functions (such as the Error Ring) which are actually XNodes, and when the app that invokes the builder also uses those same XNodes.  Worse yet, the problem is intermittent, you might get a good build, or not. I'm guessing it depends on the order in which things are loaded, which is probably indeterminate.

.

When you open a project from the GUI, it gets its own application context. But when you open a project programmatically, by default, it's opened in the same context as the VI that opened it. When you open a project programmatically, use a separate context:

my context.png

Note that when you close the context, everything that's open in that context closes (unless something is holding it open).

"If you weren't supposed to push it, it wouldn't be a button."
Message 12 of 14
(260 Views)

I found it:

C:\Program Files (x86)\National Instruments\LabVIEW 2018\resource\dialog\PreferencesDialog\PreferenceDialog.vi

 

But figuring out how to use it is going to be tricky.

"If you weren't supposed to push it, it wouldn't be a button."
0 Kudos
Message 13 of 14
(250 Views)

@paul_cardinale: Hey that's awesome! But yes, I agree reverse engineering that would be a bit treacherous.

0 Kudos
Message 14 of 14
(247 Views)