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

Generated config not portable #84

Open
Sharparam opened this issue Mar 22, 2023 · 3 comments
Open

Generated config not portable #84

Sharparam opened this issue Mar 22, 2023 · 3 comments

Comments

@Sharparam
Copy link

When the VSCode extension sets up settings.json, the paths it inserts are hardcoded for the current user and machine, and will (most likely) not work on another user's setup (or another machine of the same user).

Is it possible to add an option to generate all the files inside the active workspace/repo? Instead of the user's home folder. (Kinda similar to how some Python projects put the virtual env inside a .venv folder inside the repo.)

@justarandomgeek
Copy link
Owner

justarandomgeek commented May 9, 2023

I used to do it all in-workspace and got tons of complaints from users, resulting in the move to the workspaceStorage location! IIRC there was also some trouble with the LauLS interop with it all in-tree, but i've honestly forgotten exactly what that was.

I'm still holding out hope for a real inter-extension api for LuaLS so that these paths can be communicated without writing them to settings at all.

@Sharparam
Copy link
Author

Or if VS Code had a way to use a variable to point to the workspace storage location. The settings.json is very lacking in that department (many variables that work elsewhere are not supported in it sadly).

@justarandomgeek
Copy link
Owner

Or if VS Code had a way to use a variable to point to the workspace storage location. The settings.json is very lacking in that department (many variables that work elsewhere are not supported in it sadly).

it's mostly up to the individual extensions to substitute those, so again it would be up to LuaLS to provide it! :(

When i finish the work that's currently breaking everything else though i'll have another look at what the options for dealing with this are and see if anything has improved since I last tried.

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

No branches or pull requests

2 participants