-
Notifications
You must be signed in to change notification settings - Fork 29.2k
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
Improve Merge Editor Story For Files Having/Getting Conflict Markers #153800
Comments
My plan is to use the existing merge-conflict extension to add a (strong) button or other UI element to re-open the file in the merge editor. |
@hediet, I believe that this can also be closed as a duplicate, no? |
This is not a duplicate, as this is about opening the 3 way merge editor from the decorations. |
This is how it looks with #158377 (draft) Screen.Recording.2022-08-17.at.16.23.24.mov@misolori @daviddossett This is a bit UI questionable - I am using a command with a label only (no icon) so that it stands out more... Maybe we find a prominent (colored?) icon instead or maybe we think about prominent actions in general (similar to the default command effort, tho this is more complex) |
Didn't we previously have an option in the codelens to open the merge editor or did that not get added? |
No, that didn't get added. We have the "normal/old" lenses to resolve individual conflicts but @hediet and I weren't sold on the idea of repeating a "open in merge editor"-command there. Code lens should be contextual and not global commands. |
Text and icon is surprisingly hard because we always default to the icon (when there is one). This coming from an extension makes life event harder. The challenge (and reason for using text) is that we want something that grabs attention. @daviddossett @misolori how about a prominent, colored icon? Or maybe the notion of a default/prominent button, or ultimately use the "blue" in-editor button? Like so |
This was my next idea too. I like this since even with text I'm not sure I'd always notice the button in the toolbar. I do think it would be interesting to explore the notion of a single prominent action in the editor toolbar for use beyond just this scenario. Another example: I think the Python extension uses a green "run" icon but I recall that being hard for users to spot. I'll create an issue to explore this as a general pattern. |
Re-opening and fixing this with the "blue button" |
The blue button feels more natural. This is what I'll be PR'ing Screen.Recording.2022-08-22.at.12.14.30.mov |
Looks good but is there a risk that if I accidentally click twice, slowly, over "Open in Merge Editor" I'll inadvertently trigger "Accept Merge" on the merge editor? |
* rename proposed `MergeToolbar` to `EditorContent` menu * adopt GIT and sync conflicts usage * use content menu for "open in 3wm" command * add new `ctxIsMergeResultEditor` context key Better fix for #153800
* Expose editor "blue button" as menu * rename proposed `MergeToolbar` to `EditorContent` menu * adopt GIT and sync conflicts usage * use content menu for "open in 3wm" command * add new `ctxIsMergeResultEditor` context key Better fix for #153800 * fix typo
🤷 don't click twice? I see the risk but it's also not unique to this UX but possible with any button that causes an in-place change |
@jrieken is there a chance to hide/disable Accept Merge button for couple of seconds after switch? |
To verify (see #153800 (comment))
|
Actually it happens to me from time to time that I accidentally double-click, especially after the gym and with a sensitive mouse ;) |
After using this for a few days I think I actually preferred the toolbar option. Opened #159195 to explore this further as a general pattern. |
also finding it a bit annoying there's a big blue "Open in Merge Editor" button when I already know about it, and prefer not to use it. |
The text was updated successfully, but these errors were encountered: