-
Notifications
You must be signed in to change notification settings - Fork 4.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
Grouping blocks on non-consecutive multi-selection. #16902
Comments
Hey @senadir, thanks for thinking through this interaction! I'm a bit confused by wording being used here though. You're proposing questions around how someone might "group" these together. Immediately, I start thinking of these blocks getting appended to a Group block. But I'm not sure that's what you're asking because I don't see a Group block in the gifs. I think you're offering ways in which these non-consecutive blocks become consecutive. So ultimately it looks like we have two interactions for handling these non-consecutive blocks.
My experience with this leads me to think of layers within a graphics program like Adobe Photoshop, Sketch or even Figma. In these applications, there's no real way to just make the non-consecutive layers become consecutive. And selecting non-consecutive layers is more about moving these layers somewhere in the tree. For this reason, I'm not sure a "grouping" feature is needed for bringing non-consecutive blocks inline with each other. Maybe the issue #16895 is enough to handle what needs handling? Any thoughts? Am I missing something? If this is in deed about taking non-consecutive blocks and Grouping them into a Group block, well then I'm completely off... and I like Grouping where the highest selected block resides. |
that's exactly what I'm trying to demonstrate, it's more about when you select a group of non-consecutive elements, group them using a button or a shortcut, where will this new group block be? will it be in the place of the first element selected? the last element selected or the highest element in them. I'm feeling that first & last element are the more inutive ones since you start with it or finish with it, but I'm not really sure so that's why I created those examples I've updated the gifs to demonstrate a grouping behavior as for having two issues open, well it's actually something of problem in me 😅 I'm a person who is deeply interested in micro transactions & subtle changes, I created those two issues the moment I discovered that there is more than one approach to solve them. please feel free to close the issues if you deem them unnecessary. |
Excellent! The issue is necessary, my apologies for not quite following initially. In this case, I like the grouping to happen at the first element selected. That works well. |
Not sure I understand this issue because right now, it's not possible to have non-consecutive selection. Should it be closed in favour of #16797? |
related to this PR #16811
follow up to #16895
this issue handle the design selection of grouping multi-selection non-consecutive blocks, there are three possible outcomes:
below are some gifs & prototypes to live test
- Grouping: First Selected
- Grouping: Last Selected
- Grouping: Highest Selected
The text was updated successfully, but these errors were encountered: