-
Notifications
You must be signed in to change notification settings - Fork 30.3k
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
Map-Type Setting Rendered as Header and List of Settings in Settings Editor UI #93598
Comments
It's true that we don't get intellisense for the array control in the nice way that we do for the json editor. One possible issue with this approach is that you wouldn't control the order, is that a problem? So then a generic control for a type like "someSetting": {
"hey": true,
"there": false
} might be better |
This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation. Happy Coding! |
@roblourens That's a good question and a good catch. In my particular case, having the ability to keep the settings in a consistent order and control what order they appear in would be nice. |
@roblourens The requirements for this have changed. As such, I've updated this ticket. |
Tracking everything related to the new renderer in #99635 |
Closed with #99635 |
It would be great to have a map-type setting specified in settings.json rendered as a header and a list of name/descriptions and values in the Settings Editor UI.
Example:
There is a setting called "someGlobalSetting", which is an object. Both the keys and values have a list of permissible values.
In the Settings Editor UI, the user would see some header (“someGlobalSetting”) and underneath it, they would see the keys and values mapped as a name/description (key) and an input mechanism (to select the value) as a list. In this case, it would be ideal if the input mechanism could be a dropdown for each key, value pair given that there are a fixed set of permissible values.
So the user could see something like:
Some Global Setting
someName dropdown of permissible values
someOtherName dropdown of permissible values
...
The text was updated successfully, but these errors were encountered: