Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Updates to the Loading and Saving System #11

Open
wants to merge 6 commits into
base: master
Choose a base branch
from

Conversation

Spebby
Copy link

@Spebby Spebby commented Apr 27, 2023

Instead of using the rudimentary and un-user friendly string loading/saving method, I've rewritten it to use the OS's built-in file browser to save and load assets.
image
image

Spebby and others added 4 commits April 26, 2023 17:22
Updated to allow for file explorer usage, instead of the current string based approach
supports file browser
@florian-rieder
Copy link

Looks good ! Although, do you not encounter a breaking bug when loading a narrative, where most edges would disappear and most nodes are moved to 0,0 (I assume) ? See #10. I'll keep looking into it.

@Spebby
Copy link
Author

Spebby commented Apr 27, 2023

Looks good ! Although, do you not encounter a breaking bug when loading a narrative, where most edges would disappear and most nodes are moved to 0,0 (I assume) ? See #10. I'll keep looking into it.

no i don't. what version are you testing?

@florian-rieder
Copy link

florian-rieder commented Apr 27, 2023

Yeah actually it seems to be a more subtle bug with the saving/loading system (unrelated to your PR), I've been able to make it work as expected in certain conditions, but I'm still trying to determine the exact steps to reproduce. I'll update the issue when I do.

Regarding your PR, I feel like it's kinda tiring to have the Resources folder pop up in the native file explorer when saving every time.
I also believe that the button labels could be simplified to "New" or "New Narrative", "Save", and "Load".

Also, if you create a new narrative, and save it, the "File Name:" stays blank, and if you save again it'll prompt the file selector again, as if you were saving it for the first time.

Other than that, great work !

@Spebby
Copy link
Author

Spebby commented Apr 27, 2023

Yeah actually it seems to be a more subtle bug with the saving/loading system (unrelated to your PR), I've been able to make it work as expected in certain conditions, but I'm still trying to determine the exact steps to reproduce. I'll update the issue when I do.

I've seen your issue posts about it prior to my PR and I'm not really sure what could be causing it; I've never had this issue. I've been making my changes of Unity 2021.3.17f.

Regarding your PR, I feel like it's kinda tiring to have the Resources folder pop up in the native file explorer when saving every time.

I thought I had fixed this in this Patch, turns out it's only on my personal fork. The approach I did on that branch was to only have the OS's explorer open when you save a new file, but repeat saves of the same file wouldn't cause this to happen. Will quickly implement that patch, then I'll look into the File Name bug and renaming the buttons later today.

Spebby and others added 2 commits April 27, 2023 09:43
Moved the Reveal in Explorer call to be inside the pathless save function, since the only time you'd actually care where the file saved is when you first save it.
@florian-rieder
Copy link

florian-rieder commented Apr 28, 2023

LGTM ! Thanks for your update !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants