You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I would like there to be a global configuration file - e.g. in the program directory - where you can enter the available consoles for all users of a computer.
I have Anaconda, Python, Git-Bash, Gnuplot, GNU Octave, Lua and YACAS as consoles. It is annoying to have to re-enter the consoles for every new user on the computer.
You can assign GUIDs, so that individual consoles can be deactivated if necessary via the local settings.json and the parameter hidden by the local user.
Have a look at issue #2933. The general concept being proposed there is to have a way to import settings from another path. I think that probably covers what you're wanting to do.
The discussion is interesting. But I don't want to use one settings.json for all users. I want a global configuration file for all users with some basic settings. If a user does not like the color he can overwrite it in his local configuration file.
The solution proposed in that issue was the ability to import settings from other files. See the comment here: #2933 (comment)
Given that functionality, each user could have their own settings file with their local overrides, and then some kind of import directive that linked in the shared configuration from a global settings file. Is that not what you want?
Interesting. You raise an good idea about the ordering mattering here. We'll want to make sure that the user can have files that they import before loading their settings file, and other settings that they load after.
"Proto extensions" might be the easiest solution here. With that, you'll be able to drop a fragment of profiles & settings into a global install location, and then all users should be able to have that fragment of settings applied before their own settings.json. I'm going to call this a dupe, even if it's not exactly the same thing, you should be able to get the same effect.
Activity
j4james commentedon Oct 8, 2020
Have a look at issue #2933. The general concept being proposed there is to have a way to import settings from another path. I think that probably covers what you're wanting to do.
OgreTransporter commentedon Oct 8, 2020
The discussion is interesting. But I don't want to use one settings.json for all users. I want a global configuration file for all users with some basic settings. If a user does not like the color he can overwrite it in his local configuration file.
j4james commentedon Oct 8, 2020
The solution proposed in that issue was the ability to import settings from other files. See the comment here: #2933 (comment)
Given that functionality, each user could have their own settings file with their local overrides, and then some kind of import directive that linked in the shared configuration from a global settings file. Is that not what you want?
PankajBhojwani commentedon Oct 8, 2020
This is very much on our roadmap! #7584 /#7632 outline the initial work needed and this will come at some point after
zadjii-msft commentedon Oct 15, 2020
Interesting. You raise an good idea about the ordering mattering here. We'll want to make sure that the user can have files that they import before loading their settings file, and other settings that they load after.
"Proto extensions" might be the easiest solution here. With that, you'll be able to drop a fragment of profiles & settings into a global install location, and then all users should be able to have that fragment of settings applied before their own
settings.json. I'm going to call this a dupe, even if it's not exactly the same thing, you should be able to get the same effect./dup #7632