-
Notifications
You must be signed in to change notification settings - Fork 14
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
User settings automatically copied to workspace settings #8
Comments
Ah, I just realized something. Is there a way to apply the color without writing to workspace settings? |
@HenryLie As for your issue, May I ask why you need to push your settings in to the repo? What if other developers aren't using VScode at all? |
a small workaround would be for you to disable the tabColoring and only use the label feature of the extension, which adds your label to the title bar Which was added here - |
@oreporan Sorry, I missed your comments for some time. On our team the workspace settings is shared to make it easier to share the necessary configurations for the project e.g. Flow and Eslint settings. We use different IDEs, but those IDEs will have their own configurations. I understand now that this is the limitation of the API itself. |
This should be stated clearly somewhere in the github README or Docs. I hope VScode can update their APIs or something can change soon. I love this extension but can't use it at work :( |
@maylortaylor I'll update the docs anyway |
First of all, thank you for the great extension. I enjoy it very much!
However, I found an issue.
When this extension is active, it copies the content of
workbench.colorCustomizations
from user settings to workspace settings.Every time I delete it, it will automatically get added again when focusing an editor tab.
I need to disable the extension now because the workspace settings file is pushed to the repository, and it will affect others.
The text was updated successfully, but these errors were encountered: