Path control of VI under real-time target should browse target's files

[StephenB]

Selecting the browse button of a path control of a VI under a real-time target brings up the file system of the host computer. This is completely useless and misleading. If you select any file or directory with this, it won't work when you run the VI.

I propose changing the behavior that selecting browse (on a path control) of a VI under a real-time target to show the file system of the remote target. I've seen X controls to do this before. In fact, Drivven has one. If not, I would at least remove the browse button.

[Mads]

There's a lot of weird behaviours on RT. If you have a time indicator showing the current time it will not show you what the time is on the controller, nor what it is on your PC. Instead it will try to convert the time of the controller to your PC's time...but fail to take into account differences in DST...So you end up with a time that is not the same as the PAC functions find internally (which is the one shown on the web inetrface or in NI MAX), nor is it the time of the PAC transfered to the time zone and DST of the PC you are monitoring the PAC from! And do not get me started with paths. Sometimes they are OK to format as the OS of the PC...and sometimes they MUST be in UNIX format. My vote would be that either the PC acts as if it is a transparent window to the process on the PAC (everything identical as on the controller), or it supports to have everything as if it was code running on the PC.....I would prefer the former. The mix we have today is very impractical and prone to cause bugs.

[madlab]

This is definitley confusing and should be changed! It costs me hours until I understood this strange behaviour.

But I'm still looking for the possibility to browse on the real-time target from the host computer within the program, to select a file to load or a folder to save? Can somebody suggests a solution?