Skip to content

Global configuration file #7859

Closed
Closed

Description

Description of the new feature/enhancement

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.

Proposed technical implementation details (optional)

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.

Activity

  1. added
    Issue-FeatureComplex enough to require an in depth planning process and actual budgeted, scheduled work.
    on Oct 8, 2020
  2. ghost added
    Needs-Tag-FixDoesn't match tag requirements
    on Oct 8, 2020
  3. ghost added
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Oct 8, 2020
  4. j4james commented on Oct 8, 2020

    @j4james
    Collaborator

    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.

  5. OgreTransporter commented on Oct 8, 2020

    @OgreTransporter
    Author

    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.

  6. j4james commented on Oct 8, 2020

    @j4james
    Collaborator

    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?

  7. PankajBhojwani commented on Oct 8, 2020

    @PankajBhojwani
    Contributor

    This is very much on our roadmap! #7584 /#7632 outline the initial work needed and this will come at some point after

  8. zadjii-msft commented on Oct 15, 2020

    @zadjii-msft
    Member

    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

  9. ghost closed this as completedon Oct 15, 2020
  10. ghost removed
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Oct 15, 2020
  11. ghost added
    Resolution-DuplicateThere's another issue on the tracker that's pretty much the same thing.
    on Oct 15, 2020
  12. ghost removed
    Needs-Tag-FixDoesn't match tag requirements
    on Oct 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Issue-FeatureComplex enough to require an in depth planning process and actual budgeted, scheduled work.Resolution-DuplicateThere's another issue on the tracker that's pretty much the same thing.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions