LabVIEW
Is it possible to write an application in LabVIEW (2020+) that has a hidden panel and that will not flash at launch after being compiled to exe?
I can't help you with starting up without any flashing (hopefully someone else can chime in) but you could always use a splash screen. Just a simple VI that launches your main VI and shows a logo, or a Welcome message, or something like that.
That can be helpful if your user is clicking something to start the program. It gives visual feedback that the program has started up. Of course, you may not want that if, for example, you're launching this second program automatically somewhere.
Setting the transparency to 100% (in VI Properties>Window Appearance<Customize...) does seem to work.
IIRCF, LV actually hides the window if you set it to 100% (you won't get events or be able to register dynamic control events). The FP.state property does return Standard though. I often had to set it to 99%.
But in an exe, it does seem to prevent the splash of the top level VI.. Iff fast file format is off.
Search LabVIEW like a graph!
@bienieck wrote:
I have "use fast file format" unchecked and the flicker remained.
Perhaps it should be a combination of multiple different settings?
Did you set the transparency to 100%?
The Splash screen is the solution to that problem in my case. My Splash screen is a fairly simply VI (although it has some trickery build in so that I can also launch it as About screen during application run).
It's set as the startup VI in a project, opens the application ini file to read some settings from it and then launches the real GUI application front panel. After that it sits in a loop and polls the state of the GUI front panel, showing some activity progress while looping in there. Once it sees that the GUI front panel has been made visible. It stops and closes itself.
The GUI itself is programmed to start up in hidden mode but opens right away a reference to itself. This makes sure that it stays in memory even if the Splash Screen launcher is for some strange reason aborting itself. Then it initializes whatever it needs to initialize and as one of the last things in its initialization sequence it makes itself visible through the FP.Open method.
Unless you try to start this up on a rather old and underpowered PC, there should be no noticeable flickering.
So basically you want a sort of command line tool but without command line window either? That really strikes me as the proverbial hammer to drive a screw in.
Not only is Windows process creation already rather slow compared to the same on Linux for instance but you also add the startup time and memory load of the LabVIEW runtime and maybe to add insult to injury also add a little .Net in there since everything is still not loading slow enough?
