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

Support portable settings #4875

Closed
sarbbottam opened this issue Apr 2, 2016 · 6 comments
Closed

Support portable settings #4875

sarbbottam opened this issue Apr 2, 2016 · 6 comments
Labels
*as-designed Described behavior is as designed feature-request Request for new features or functionality
Milestone

Comments

@sarbbottam
Copy link

In Mac following customizations are found at ~/Library/Application Support/Code/User:

  • keybindings.json
  • settings.json
  • snippets

Where as installed extensions are found at ~/.vscode

Could there be a settings file with the installed extension, so that the extension can be installed from the list? Something like package.json?

I am not sure where the current color theme preference is stored.

Could all the user defined customization settings be co-located and in ~/.vscode?

It would be very helpful, for folks, who works across multiple system (for me it's Mac and Linux) to automatically maintain the same setting across all the system, instead of manually customizing it? Something like sarbbottam/conf-files.

Thanks!!

@andmos
Copy link

andmos commented Apr 3, 2016

I agree. Atom let's you also install extensions from the command line with the apm install command. Something similar would be nice for VSCode as well. I use OS X, Linux and Windows, keeping my settings in sync is possible with Git, but the extensions has to be managed manually.

@bpasero bpasero changed the title portable settings Support portable settings Apr 4, 2016
@bpasero bpasero added feature-request Request for new features or functionality workbench labels Apr 4, 2016
@bpasero bpasero added this to the Backlog milestone Apr 4, 2016
@Tyriar
Copy link
Member

Tyriar commented Apr 23, 2016

#3884 is working towards moving both extensions and settings into the same folder.

@sarbbottam
Copy link
Author

I doubt #3884 will address this issue/request.
From this comment it seems #3884 is going in an opposite direction.

@Tyriar
Copy link
Member

Tyriar commented Oct 26, 2016

@sarbbottam how so? That issue is all about unifying app data and user data directories (in a way that makes sense for the platform)?

@sarbbottam
Copy link
Author

But it's becoming platform specific and losing the portability.

  • %APPDATA% on Windows
  • $XDG_CONFIG_HOME or ~/.config on Linux
  • ~/Library/Application Support on macOS

The intent of the issue was to make the setting platform agnostic at least for macOS and Linux. Similar to ~/.vim. VSCode already maintains ~/.vscode directory. It would still prefer to have all user-defined customizations at ~/.vscode.

@Tyriar
Copy link
Member

Tyriar commented Oct 27, 2016

@sarbbottam it must be platform specific by default, ~ doesn't exist in Windows for example. After re-reading this issue, it does indeed conflict with #3884. We will not be moving everything to ~/.vscode or %USERPROFILE%/.vscode but instead adopting platform best practices, as they are just that, best practices. Roaming profiles on windows is something we want to support properly which is something that will come with this. A big part of #3884 though that does help with this issue is that it will unify the extensions directory with the rest of the settings.

There are a few related items that improve the situation further:

As such I'm going to close this off as there's no plan to put the settings in the same spot for OSX and Linux. You'll just have to check the platform in your dotfiles.

@Tyriar Tyriar closed this as completed Oct 27, 2016
@Tyriar Tyriar added the *as-designed Described behavior is as designed label Oct 27, 2016
@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 18, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
*as-designed Described behavior is as designed feature-request Request for new features or functionality
Projects
None yet
Development

No branches or pull requests

4 participants