-
Notifications
You must be signed in to change notification settings - Fork 29.4k
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
Improving the default SCM user experience #135992
Comments
@bpasero I don't think that view would change much besides changing the commit action placement (which would reduce the number of icons shown): |
I agree and that’s why I think this should have a setting behind it to toggle it off. This is aimed for the newer user or those who prefer a bit more GUI. |
Would discoverability of the purpose of the checkmark button improve if it was disabled while the commit message field is empty, then gets enabled as soon as you start entering your message? Or if that isn't possible, maybe mention it in the prompt text? Though I see two snags with doing this:
|
Also, I am not clear what purpose the checkmark buttons serve on the SOURCE CONTROL REPOSITORIES rows in @bpasero's screenshot. |
@gjsjohnmurray that's a good point that we can likely update the commit button for that view |
Here's an updated version based on the feedback during our UX Sync:
CleanShot.2021-11-15.at.09.47.00.mp4 |
Button text is "Commit to main" but placeholder says "commit on main". I suggest the placeholder text gets changed. |
In general, I like it. I'd like it even more if the commit button was a drop-down button - where you could choose other commit options, e.g. amend and maybe commit & push. The button text should also reflect the auto-push setting imo. |
@eamodio so something along the lines of (if you had previously selected commit & push): |
I think that the button should always have the "Commit" label and that should be the action if you press on it. |
I mostly agree with @lszomoru that the main button should be commit (though imo it should reflect the commit vs commit and push setting). And then drop-down would provide access to other commit related operations (amend etc) |
Linking comment #136275 (comment) to adopt the dropdown for the |
Today's Insiders release (2022-06-27) contains a new |
@lszomoru thanks for your works, And I have checked this feature at first, and It's great. as this description: #153031 (comment) and I still believe that we should think about the usage scenario of My option opinion/suggestion:
also, there is an idea for sync button, great to have implementation with your burning hand |
Several times I Click the commit button, there is no respon, and I realize we have to add file frist. so, is it better to grayout/disable the commit button and give tip for guiding user to add first if the ex:
|
Closing this since we launched this in the last iteration https://code.visualstudio.com/updates/v1_69#_commit-action-button-for-git-repositories |
Problem
This is a continuation of #110882 (comment). One of the areas of friction that I see in our default SCM experience is how the actions and flows of staging => committing > pushing happen in different areas of the UI (primarily pushing). Additionally, it's not always immediately clear why the "commit" action is above the input when in most forms (even in the GHPR extension) has them below, not to mention that the ✅ takes some time to get used to.
Proposal
What if instead of making the sync actions live in the status bar we updated the default view to contain these actions and to keep with the hierarchy of "bottom" to "top" view. This means some actions would need to be re-arranged. This proposal aims to:
CleanShot.2021-10-27.at.15.38.15.mp4
The text was updated successfully, but these errors were encountered: