LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

File Open directory when running two different LabVIEW versions

i'm running LabVIEW 2015 and 2018 development simultaneously. From LV 2015 I do File/Open and go down the hierarchy where I have the 2015 files mapped. From LV2018 I do File/Open and I'm on that same directory. I navigate to and down the hiearchy where I have the 2018 files mapped. When I go back to LV2015, I'm now on the LV2018 side, and need to keep going back and forth. Very annoying, is there a setting to fix this?
0 Kudos
Message 1 of 7
(2,066 Views)

The windows that pop up for this are "Windows" windows, and remember your last directory used in an attempt to be helpful.

 

What I'd recommend is that you just add both the 2015 and 2018 locations to your "Quick access" list in Windows, which will cause them to be just one click away whenever LabVIEW asks you where to save things.

Message 2 of 7
(2,063 Views)

As Kyle said that is a "Windows thing" and not LabVIEW. Other that the suggestion of putting both directories on your Quick Access there is nothing you can do except for always try to be aware of what directory you are working on.

========================
=== Engineer Ambiguously ===
========================
0 Kudos
Message 3 of 7
(2,020 Views)

Argh. I always hide Quick Access, never look there, probably not going to start.

Not much of a Windows user/programmer here, but is LabVIEW using iFileDialog or the older OpenFileDialog?

Both seem to have a way to specify the initial directory, maybe LabVIEW is not setting it.

 

IFileDialog::SetFolder Sets a folder that is always selected when the dialog is opened, regardless of previous user action.
property System::String ^ InitialDirectory { System::String ^ get(); void set(System::String ^ value); };

 Thanks anyway.  I thought I was missing something obvious.

 

0 Kudos
Message 4 of 7
(2,009 Views)

I'm not sure if this helps or not, but I believe you can set the startup path on a path control.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 5 of 7
(1,987 Views)

It uses the old OpenFileDialog Win32 API. And while it allows your app to select a start directory when you display that dialog, it leaves that empty for the file select dialog. In old Windows versions that caused the File dialog to start at the process global current directory. At some point the Windows folks apparently thought it a good idea to change that to a system global file selection directory.

Changing that in LabVIEW now would likely alienate about as many users as the current behavior does annoy now.

Rolf Kalbermatter
My Blog
0 Kudos
Message 6 of 7
(1,964 Views)

@rolfk wrote:

At some point the Windows folks apparently thought it a good idea to change that to a system global file selection directory.

Changing that in LabVIEW now would likely alienate about as many users as the current behavior does annoy now.


Never really liked LabVIEW's behavior, even with a single LabVIEW instance running, as it keeps going to the directory of the last opened VI, where I would expect, when pulled down from the Menu/File of a given VI, Front Panel or Block Diagram window, to open in the directory where that VI in the file system.

At least I think that's how most other programs behave (emacs certainly does).  And when one LabVIEW can change what I would expect to be the "current working directory" of another running LabVIEW, it is certainly not expected.

Isn't this something that could be an option in LabVIEW.ini?  Defaulting to current (mis-)behavior?

0 Kudos
Message 7 of 7
(1,922 Views)