-
Notifications
You must be signed in to change notification settings - Fork 95
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
Usability Issue: "Edit" should be elevated out of the three-dot context menu in Libraries #1488
Comments
It "feels" to me like double-clicking a card should open the editor / open the collection. That would be an easy fix with no UI changes? |
I personally dislike the double-click metaphor for web stuff because it's not really a standard interaction, and it's not at all discoverable. |
But then again, I'm a web luddite who used Google Apps for years and years before realizing you could double-click there, so I'll defer to Product and UX. 😛 |
Pulling in @lizc577 |
Hi team! @jmakowski1123 @lizc577 @bradenmacdonald @ormsbee Can we move forward with the proposal of promoting the "Edit" item to the title header? Note that we use the same menu on the sidebar, where we already have an Edit option outside the menu. |
It makes sense to me from a page hierarchy standpoint. Do we now need the edit in both the header space and the 3-dot dropdown? Seems like unnecessary redundancy? @sdaitzman ![]() |
I think we should support double-click as a shortcut rather than adding an edit item to each object. Double-click to open/edit/play is a common interaction pattern, and the component cards deliberately echo the object design used by lots of common platforms with selectable objects that can be quickly opened. I don't think adding an open/edit option to each item is worth the added space/repeating icon on every object. (This is an aside, but I do think we should improve double-click handling to make it a better shortcut option. Currently, double-clicks to open collections are actually single-clicks on selected collections. This results in some weird unexpected behavior.) |
Sure! We have it because (for consistency) we reuse the same menu for the 3-dot menu and the Sidebar. I was just commenting that removing the "Edit" menu item will also fix this redundancy. So, should we proceed with the double-click approach? |
While doing development, the majority of the time that I was selecting a Component, it was for the purpose of editing it. This is such a common action that the Studio course unit editing page keeps the "Edit" button out of the context menu, so that users can do this in one click:
In content libraries, there are two paths, both of which require two clicks:
Acceptance criteria:
The text was updated successfully, but these errors were encountered: