-
Notifications
You must be signed in to change notification settings - Fork 509
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
fix: Use own data directory instead of nvim's #2135
Conversation
I agree the location should change, but the function name As an aside, is the |
Use a separate directory for storing application data, i.e. window settings, instead of re-using Neovim's.
730a7a9
to
cdf0839
Compare
Reasonable points all around. I updated the function names and unified the implementation to use re: it's location on unix, it will be going to |
Hey thanks for the change! I'm spending some time looking into updating our configuration file and data path and this looks like the right way to go. Further, the dirs crate which we've used elsewhere seems to supersede the xdg crate so I'm inclined to use it instead everywhere we need known directories. But I can snag that change while I'm in the area. I'll merge this in the meantime once the ci goes through |
I'm not a fan of applications unnecesarily polluting my |
Here's a previous discussion about dirs/xdg. It looks like |
Another thing that never got done was to refactor all our configuration to use common functions instead of being scattered all around the place. |
The above two comments are mostly for @Kethku since she is going to look more into this. |
Another thing that should be fixed is that the json file is loaded multiple times instead of being loaded once and cached. |
Use a separate directory for storing application data, i.e. window settings, instead of re-using Neovim's.
What kind of change does this PR introduce?
Did this PR introduce a breaking change?
Existing window settings will be lost when using a neovide version with this change, but that data is arguably somewhat ephemeral in nature, or at least trivial to recreate.