-
Notifications
You must be signed in to change notification settings - Fork 28.8k
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
Consider deprecating the split JSON settings editor #62964
Comments
Please don't get rid of the JSON settings editor -- I find it far more valuable than the UI, especially when seeing what settings I actually have set. |
I'm sure I'm not the only one who still uses - and prefers using the old JSON-style settings. As a programmer it feels very natural and fun to work directly "inside code" to adjust settings. Some advantages that I felt the old editor has is
I think if these were amended, I would consider to start using the new settings, but for now I will stick with the old. |
I wish #50249 remained open or at least this issue was mentioned in a last comment there, because when it comes to seeking feedback on who uses the original settings editor, that's a good place to start. I would like to offer another data point here, I don't use the settings UI and don't plan on it, for me the loss of the JSON editor would be a big deal and would make my experience using VS Code worse. |
I need to be clear, we will never remove editing settings.json files. This is about the UI in the JSON editor, e.g. the pencil icons, the split view, the search bar, etc. |
While I don't care much about the pencils, I definitely like the split view and filtering. I would still consider that quite a loss |
Would the simpler split view (just two editors like keybindings uses) suffice? And you would still get intellisense filtering in settings.json which I find sometimes more useful anyway. |
It looks like this has already been implemented in Insiders... First bad move VS Code has made IMO. 🙁 EDIT: You can still get to it by going to Settings -> Text Editor -> Files -> "Edit in settings.json". 👍 Really consider keeping this more top-level or making it easier to get to. Coming from another Microsoft product with a lot of settings, I have to guess that not many people even change default settings (maybe more because your audience is developers), but if they do it's probably a small subset. I'd rather see it in text form where I can quickly edit settings I change instead of looking through a UI with 500 settings. |
No, I haven't made any change for this. I think some people are misunderstanding what this change is about. settings.json is not going away, you can even set it as the default if you want. |
Got it. Thanks, Rob. The link in the rich settings UI to open in settings.json seems to be gone in the latest build so that's why I assumed. I'll have to hunt it down... EDIT: Found your comment on another issue (#63044)... |
@roblourens for me I think just a normal split view would suffice. Sometimes I like the search filtering, but I don't think I'd miss it much. |
Personally I don't care too much about the pencil (as long as intellisense will still work) but I do like the search/filtering. For settings I'm not a UI fan, I have set the json view as my default |
@roblourens The new settings UI doesn't provide configuration for more complicated extensions. For example look up latex extension, 40% of the extension settings cant be configured in the new editor that can be configured in the json editor. List of stuff that's not supported:
and
How would you able to set these in the new settings UI? That's why an inplace json input is required in the new settings UI... |
@Astrantia I understand that, and as I keep saying, the JSON itself is not going away, just some of the UI sugar. @carlocardella do you prefer finding settings with the search bar rather than using intellisense? I'm curious what is your workflow like? e.g. search, copy/paste from left to right...? |
@roblourens if I don't know exactly what I'm looking for and I'm just fishing for the right setting, I use the search bar with some generic enough keyword to return a list of settings to help me figure out the one I need, then I may use the pencil to copy/update it from left to right (assuming using the pencil brings up a list of values I can easily choose from) or sometimes just copy/paste or even type myself on the right side where I can customize more as needed. |
Don't do that! |
@carlocardella Thanks for the heads up that there's a setting for settings. 😂 Just switched mine to be JSON by default! 🎉 |
When I saw the json settings editor for the first time I thought it was a genius approach. Especially given that vs code target audience is developers. The pencil button is great, the search is great, comments in the code. It feels so simple and easy. It's easy to find what I'm looking for and edit the settings as needed. The new UI is also simple and easy to use, and is great, but I don't feel it's worth effort to migrate to new UI. |
Exactly my reaction: I did not complain when the Settings UI was proposed (I understand people may have different requirements and taste) but given being a developer tool I had not expected the need for a UI, since the Json split view works very well. |
This actually makes it more consistent with the rest of vscode, e.g. similar to the button to navigate from a git diff view to the individual file. I understand it might be a road bump for people who have gotten used to the second ... menu but I think it's better long term to be consistent. Also, this puts it a single click away instead of two clicks which was a common complaint. |
My suggestion would be sort of a middle ground, so that accessing the JSON is still one click away, but in the previous location. I think it makes more sense to put it on the lower row because it applies only to the Settings view. There will probably be many reports by users asking where that setting went when 1.30 is released. |
Could you open a new issue for that since it's not quite related to removing the UI in the JSON editor? |
Sure, created an issue here: #63806 Other than discovering the new button after upgrading I don't think there are major issues with the change. |
Maybe we should consider deprecating the GUI settings editor? The JSON settings editor in a developer tool is a brilliant idea I wish more apps would adopt. I would love an option to disable the GUI settings editor completely to make the VS Code a bit faster and simpler. |
If you don't like it, don't use it 😁 See |
@roblourens Have you made some telemetry on who is using the GUI vs the JSON editor? The reason I am asking is your original post where you state:
I am guessing more people would use the JSON editor by default if they knew they could choose, but my guess is as good as anyone's. Hence the question if it would be wise to do some telemetry before doing any changes. My experience is this: Every developer I have talked to and have them understand they can switch the default to use the "old" JSON settings editor has done so. It is more natural to a coder, who is the primary user of VS code. It has multiple benefits, as explained in this thread. I understand you are not removing the editor, but you are aiming to trim off some of its limbs. I think this is the wrong route. The JSON settings editor, as is, was a genius implementation from the start. Built by coders, for coders. |
@roblourens then why is this issue even discussed if you don't plan to get rid of the split view editor, but default to the GUI editor instead? |
Benefits of the JSON editor
Benefits of the GUI editor
Feel free to add to the list. To reiterate: I've already understood this is not about removing the JSON editor. But you are aiming to do "something" and that "something" I do not like whatever it is :) But I have no idea why the GUI editor is the default. Do Microsoft employees actually prefer that? As coders? Another topic for another day maybe. |
I am moving this issue to #64932 @thernstig Those are all good reasons that you may prefer to use JSON and you are still welcome to do so 😁 But there are many benefits of the GUI editor for new users. Not every vscode user is an experienced coder. Not every coder knows what JSON is. The JSON-based experience is overwhelming to many people who just want to change the font size with a minimal learning curve. When there is a power user option and a friendly option, the friendly option is going to be the default. |
Edit - Since this has so many 👎, I need to be very clear, we will never remove editing settings.json files. This is about the UI in the JSON editor, e.g. the pencil icons, the split view, the search bar, etc.
Now that the settings UI is stable, we should consider getting rid of the split JSON settings UI. It would just mean less code to maintain, and new UX feature investment can be focused on the UI.
I think that by default, we would open the default settings and settings.json side by side, and the setting
workbench.settings.openDefaultSettings
would still control whether the default settings editor is opened.We need a better understanding of how many people are using it over the settings UI.
The text was updated successfully, but these errors were encountered: