Standalone File Browser

Hi everyone,

I wrote a simple wrapper for Windows/Mac native file dialogs. Works in editor and runtime.

Features:

• Open file/folder, save file dialogs supported.
• Multiple file selection.
• File type filter

You can check it out here: https://github.com/gkngkc/UnityStandaloneFileBrowser

Cheers!

 

hi there!

it really looks nice but there are so many things on it that i dont need. i only want the save file as txt option.
i cant get it to work without all the other parts and scripts. is there a faster way of doing this instead of using all the options/scripts???

thanks alot,
kelvin

 

Hi,

I'm not sure what do you mean by other parts and scripts but simplest way to set extension is like this;

var path = StandaloneFileBrowser.SaveFilePanel("", "", "", "txt");

But its just a syntactically simplified version, creates a new filter extension array under the hood.

 

okay i fixed it by removing almost every thing (code for the mac and codes for the "open file" option. now i can use it again.

but i have another question. it doesnt actualy save a file. how and where can i set the data that it should save?

thanks alot for standalone file browser btw!!!! it looks really good

 

Yes it won't save anything, its just returns selected path. You need to save file by yourself, like;

System.IO.File.WriteAllText(path, yourText);

You're welcome. I'm glad it helped

 

okay thanks alot!!!!!

 

sorry but im back. i want to force that it opens the directory of the .EXE (yes i know how to do this) but where in your script could i do that?

also may i ask what these mean:
the " " after the "save file"?
the extentionList?
in this part of the code:

Code (CSharp):

1.  _path = StandaloneFileBrowser.SaveFilePanel("Save File", "", "MySaveFile", extensionList);

thanks alot!

 

is there a way of the browser to work in full screen mode?

 

Hi, thank your for great package!

I'm using StandaloneFileBrowser.OpenFilePanel to load a file in an Unity Windows Standalone App.
There is one problem: when I use my program in "fullscreen", after return from OpenFileDialog, Windows does'nt return to my program, just shows the Windows desktop.
The user needs to find my program in the taskbar and click it.

This may not be a great thing for "normal" users, but my app is used by mentally disabled people, every interrupt of flow is difficulty.

How can I bring my Unity program back to front after opening a file?

 

Hi,

I did some fixes for windows fullscreen support. You can check last commit.

Thanks

 

Great! Works perfect!

 

Hi

I'm trying to get it to compile, but no matter what I try, Unity won't accept the scripts.

Even though VS can see the ass. refs., unity won't. How can I fix it??

I'm using Unity 5.5.2f1/VS 2017.

 

Hi,

I'm not sure but probably its because of plugins. Be sure Ookii.Dialogs.dll and System.Windows.Forms.dll platform dependencies are correct, Editor & Standalone ( Windows ) settings should checked

 

Sorry, didn't see your reply before now..

Hmm...I'm not really sure what you mean. How do I check it? I've placed the dll's in Assets\plugins\StandaloneFileBrowser\Plugins (including the entire project). Is that what's wrong?

I want to use this in my project using the Simple Node Editor by Seneral: https://forum.unity3d.com/threads/simple-node-editor.189230

 

No, directory of dll's shouldn't be a problem. I was talking about import settings



But again, i'm just guessing the problem. If you can write the error message, i'll try to understand what's wrong.

 

Ah, ok! Lol, didn't even know that was something I had to deal with.

Anyway, I changed the settings to match your pic. But as you can see, it still gives me errors. Though it's a new kind! I haven't seen those before...?

 

Hmm, i really don't know what's going on never see this error before, looks like some project issue. Maybe you can try removing all file browser files and re-import package

 

Hum, I just noticed that I had the files in two folders. So I deleted one of them and got rid of the warnings, but not the errors.

Hmm...closed VS, did a reimport, and now it compiles! Yay.

 

Ok, so I'm using this:

Code (CSharp):

1. WriteResult(StandaloneFileBrowser.OpenFilePanel("Open File", "", extensions, true));
2.  
3.                 Debug.Log("_path: '" + _path + "'");

And the output_log shows this:
_path: 'C:\Udvikling\custom editor\builds\test\test.hop
'

Yup, that's a linebreak at the end. But why!? :O It causes my code to break when I use path.getfilname().

I can fix the var myself, but I thought you'd like to know.

 

Thanks for the heads up! It's because of this helper method, default usage should be something like this;

Code (CSharp):

1. var paths = StandaloneFileBrowser.OpenFilePanel("Open File", "", extensions, true));                
2. Debug.Log("_path: '" + paths[0] + "'");

 

Great utility, thanks for sharing! This should be built in to Unity. However get the following 3 errors the moment I target Windows in Build settings

Assets/StandaloneFileBrowser/StandaloneFileBrowserWindows.cs(5,14): error CS0234: The type or namespace name Windows' does not exist in the namespaceSystem'. Are you missing an assembly reference?

Assets/StandaloneFileBrowser/StandaloneFileBrowserWindows.cs(7,7): error CS0246: The type or namespace name `Ookii' could not be found. Are you missing an assembly reference?

Assets/StandaloneFileBrowser/StandaloneFileBrowserWindows.cs(15,34): error CS0246: The type or namespace name `IWin32Window' could not be found. Are you missing an assembly reference?

Is it possible the plugins became somehow corrupted when I downloaded the repo?
Posted as issue here
https://github.com/gkngkc/UnityStandaloneFileBrowser/issues/14

 

I commented on the issue. Somehow dll import settings are getting lost when people uses unitypackage i submitted, i don't know what causing this.

 

Hi!
Excellent work!
But not working in case of OpenGL build on Windows in Fullscreen mode.
Tested in Windows 10 64bit.
Problem is the File dialog not receive focus on open.
Can you fix it?
Thank you!

 

Hello...
Can you fix it?
Thank you!

 

Hi,

Sorry for late response. I've looked into it but couldn't find a fix or workaround. It's looks like an old opengl problem and probably i can't do much from c# script. If it's a critical issue for you, maybe you can try submit a bug to unity.

 

Hi.
so i'm still pretty new at this so i could be an idiot but i am having an error compileing with this. i think i set the settings as you said and i tryed this on a second demo project and got the same error, any help guys?

""ArgumentException: The Assembly System.Drawing is referenced by System.Windows.Forms ('Assets/StandaloneFileBrowser/Plugins/System.Windows.Forms.dll'). But the dll is not allowed to be included or could not be found.
UnityEditor.AssemblyHelper.AddReferencedAssembliesRecurse (System.String assemblyPath, System.Collections.Generic.List`1 alreadyFoundAssemblies, System.String[] allAssemblyPaths, System.String[] foldersToSearch, System.Collections.Generic.Dictionary`2 cache, BuildTarget target) (at C:/buildslave/unity/build/Editor/Mono/AssemblyHelper.cs:152)
UnityEditor.AssemblyHelper.AddReferencedAssembliesRecurse (System.String assemblyPath, System.Collections.Generic.List`1 alreadyFoundAssemblies, System.String[] allAssemblyPaths, System.String[] foldersToSearch, System.Collections.Generic.Dictionary`2 cache, BuildTarget target) (at C:/buildslave/unity/build/Editor/Mono/AssemblyHelper.cs:158)
UnityEditor.AssemblyHelper.AddReferencedAssembliesRecurse (System.String assemblyPath, System.Collections.Generic.List`1 alreadyFoundAssemblies, System.String[] allAssemblyPaths, System.String[] foldersToSearch, System.Collections.Generic.Dictionary`2 cache, BuildTarget target) (at C:/buildslave/unity/build/Editor/Mono/AssemblyHelper.cs:158)
UnityEditor.AssemblyHelper.FindAssembliesReferencedBy (System.String[] paths, System.String[] foldersToSearch, BuildTarget target) (at C:/buildslave/unity/build/Editor/Mono/AssemblyHelper.cs:192)
UnityEngine.GUIUtilityrocessEvent(Int32, IntPtr)""

 

No problem You should select ".NET 2.0" from Player Settings / Api Compatibility Level

 

that did it thanks

 

Hey, I have used the System.Windows.Forms DLLs to load the Save/Open dialogs, but my window comes with an older looking version. Also when in the Editor, when I run my project for the second time and beyond, I get the annoying "Oops" error prompt, how did you get the newer look and remove the "Oops" prompts? I ask because I'm currently trying to open Windows Forms dialogs (now that we have 4.6 support) and I can get it fine, but they come with that same old looking style...

 

Hi, i used ookii dialogs dll to show newer dialog style, but i don't know what causing oops errors. I don't remember seeing that kind of error.

 

Looks like spaces are being replaced by % in the resulting path. This makes it pretty much unusable for any file system that allows spaces in the file name. Only tested on macOS but last time I tried on Windows I didn't notice such a problem. Do you know where this replacement might be occurring? No mention of it in the code so I'm guessing it's in the native bundle.

 

Hi! thank you for this gkngkc!

I´m getting work file browsing, but i have a doubt if async methods are working?
Because ever i open a file browser dialog frezzes all my background application.

Do you have any idea why this happen?

Thank you in advace

 

anyone using async? cause when I tried it in windows it did not save or any..popup was working BTW

 

Hey gkngkc, thanks for the library! I'm developing on a Mac, and the functionality works great. However, I can't make a Windows standalone build on my Mac without getting this error:

ArgumentException: The Assembly Mono.WebBrowser is referenced by System.Windows.Forms ('Assets/StandaloneFileBrowser/Plugins/System.Windows.Forms.dll'). But the dll is not allowed to be included or could not be found.

Is this a new issue, or will this only build from the Windows version of Unity?

 

Same here on Windows for Windows!

 

I get the same error, but it runs in the editor.
"Fixed"
I had to move the dll to the main Plugins folder and restart - made no difference.
Then I realized the dll was targeted for .NET 3.5..... still got the same errors on build.
Restarted... got a build with no errors. Quit Unity.
Went back to double-check the .NET target and scripting API... (to post)
It was back to being set to 4.5 ???
Tried another build... and it worked fine now with .NET 4.5
No idea how or what hoop I flopped through.

 

I also noticed Ooki.Dialogs.DLL and System.Windows.Forms.DLL are targetting .NET 3.5, and I get errors when building for Windows Standalone with scripting runtime version 4.x equivalent. Any plans to update DLL targets?

 

A workaround suggested here doesn't work for me in Unity 2019.2.4

So I've made my own workaround and can suggest you to add it to the repo:

• replace System.Windows.Forms (targeting .NET 3.5) to C:\Windows\Microsoft.NET\Framework\v4.0.30319 (targeting .NET 4)
• add System.Deployment.dll (as required by System.Windows.Forms)
• set Scripting Backend 'Mono'
• build

https://github.com/gkngkc/UnityStandaloneFileBrowser/issues/71

 

2019.2.15f1
I cannot build with errors.

UnityEditor.BuildPlayerWindow+BuildMethodException: 3 errors
at UnityEditor.BuildPlayerWindow+DefaultBuildMethods.BuildPlayer (UnityEditor.BuildPlayerOptions options) [0x00242] in C:\buildslave\unity\build\Editor\Mono\BuildPlayerWindowBuildMethods.cs:190
at UnityEditor.BuildPlayerWindow.CallBuildMethods (System.Boolean askForBuildLocation, UnityEditor.BuildOptions defaultBuildOptions) [0x0007f] in C:\buildslave\unity\build\Editor\Mono\BuildPlayerWindowBuildMethods.cs:95

 

Hello! Sorry for my bad english.

I have some errors: when switch platform from windows to linux, or MacOs, i get this:

DllNotFoundException: StandaloneFileBrowser
SFB.StandaloneFileBrowserLinux..ctor () (at Assets/StandaloneFileBrowser/StandaloneFileBrowserLinux.cs:36)
SFB.StandaloneFileBrowser..cctor () (at Assets/StandaloneFileBrowser/StandaloneFileBrowser.cs:23)
Rethrow as TypeInitializationException: The type initializer for 'SFB.StandaloneFileBrowser' threw an exception.
BasicSample.OnGUI () (at Assets/StandaloneFileBrowser/Sample/BasicSample.cs:20)

How i can solve this?

Unity 2018.4.13f1.

 

This is set up for windows but doesn't work for Windows Universal, at least the current version Unity3d. Working in Editor when Universal build is selected, but when the app is built the # if UNITY_STANDALONE_WIN directives are not triggered, so the windows code does not get loaded. Is WSA out of scope or is there some setting that I'm missing?

 

As this package seems to be not maintained anymore, and the new Entities Code expects .NET 2.0 Standard, and all other filebrowsers I have found require 4.6 compatibility level:

Has anyone found a working replacement for this library? A working replacement for Windows Standalone would be a good start. A cross plattform replacement would be even better.

 

I also ran into the:
ArgumentException: The Assembly Mono.WebBrowser is referenced by System.Windows.Forms ('Assets/StandaloneFileBrowser/Plugins/System.Windows.Forms.dll'). But the dll is not allowed to be included or could not be found.
In my case (Unity 2019.2.19f1 on Windows), this was fixed by setting the scripting backend to NET 4.x

 

Hello,

I have been using the Standalone file browser successfully for a few weeks now, and I recently discovered that attempting to overwrite a file when saving it causes a crash.

Here's my little code:

Code (CSharp):

1. public static string SaveDialog()
2. {
3.     string path = StandaloneFileBrowser.SaveFilePanel("Save Level", "", "level.lvl", "lvl");
4.     return path;
5. }

So if I enter a file name that already exists, my entire build crashes.
I linked the error log here, and I can't seem to get any useful info out of it myself.
https://drive.google.com/file/d/1-Gk_3SG9D3908acg-zIChjPSodM_p3x9/view?usp=sharing

My guess is that is has something to do with Windows trying to open a dialog saying, "Are you sure you want to overwrite a file?" but the SaveFilePanel method was not ready for it, but I'm just guessing.

Any help would be appreciated! I'll provide more info if needed.

 

Hi!
I'm running into the exact same problem as unity_qYu7U2im6OLsjQ
I was using The StandAlone file browser for more than one year without any problem.

But I discovered that after a build I'm not able anymore to overwrite an existing file without getting a crash. This might happen since I recently updated my project from Unity 2018.3.5f1 to Unity 2019.3.9f1. (Previously saved older builds do not crash)

The file browser works fine in editor mode and for Linux builds. However, a Windows build crashes anytime I try to overwrite a file, with the same error log as the post above. (writing access violation, seems to be)

I guess it might be an incompatibility between the code of the file browser and updates in Unity. I'll try to look for a solution and post there if I make any progress. But that's too bad if the file browser is not compatible anymore with some given version of Unity.

 

Ok,

My bad, I did not make enough research before posting cause it seems that the issue has already been kind of solved.
In case some others reach this thread with the same problem, here are two solutions:

As unity_qYu7U2im6OLsjQ said, the problem is somehow related to the Dialog prompt which confirms overwrite.

One (bad) solution I've first found was to modify the code of the FileBrowser to deactivate this DialogPrompt using the settable property OverwritePrompt of the SaveFileDialog (https://docs.microsoft.com/en-us/dotnet/api/system.windows.forms.savefiledialog.overwriteprompt)

But then i've finally discovered that this issue was already discussed directly on the github project : https://github.com/gkngkc/UnityStandaloneFileBrowser/issues/64
Changing the ookii lib as described in the thread is enough to make things work perfectly fine!

 

I used this solution for some projects and it was great until IL2CPP came along...
Anyway, if you want to spare you the hassle, I'm now using this asset:
https://assetstore.unity.com/packages/slug/98713

It costs a little, but it works great and is supported

 

Awesome! Thanks for the reply, I will also post here if I find a solution.

 

Thank you ElieC, I missed your most recent post, I will look into this and report back soon on whether it fixed the problem for me as well. Much appreciated!

 

Yess, that ookii dialog dll file was perfect, everything works as expected now finally done with that old bug!