Skip to content
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

Group Block - appender behavior #1344

Closed
lukewalczak opened this issue Sep 3, 2019 · 5 comments
Closed

Group Block - appender behavior #1344

lukewalczak opened this issue Sep 3, 2019 · 5 comments
Assignees
Labels
InnerBlocks [Type] Enhancement Improves a current area of the editor

Comments

@lukewalczak
Copy link
Contributor

It's necessary to revisit the appender behavior once issues such as: #1315, #1314 will be finished.

Generally, that issue is about appender UX needing adjustments, because current one is not perfect - it's hard to use with finger tapping.

For more details, please check the conversation within the first group block PR

@lukewalczak lukewalczak added [Type] Enhancement Improves a current area of the editor InnerBlocks labels Sep 3, 2019
@iamthomasbishop
Copy link
Contributor

I've put together some thoughts regarding a better overall UX for the Group block and the appender, but this really applies to a variety of nested blocks contexts so I'm not sure if this is the best issue to drop my notes in. If it deserves to be in another issue or if I should create a master issue of sorts, I'm happy to do so. // cc @pinarol

Appender Display Logic

I'm not sure if this is already the case or in progress, but I think it would make sense to only show the inline appender on a new Group block (as is the case on Core GB). I think if we include it on anything beyond that, we will run into confusion. We can probably rely on the toolbar inserter primarily, because we get the nice added benefit of an "add block here" indicator, which makes it clearer where the block is being added.

Selected Block Styling

The quickest win at this point would be to make sure the left/right borders on every block are there – this would provide a stronger visual cue. This isn't necessarily specific to this issue, but would be helpful. Here's the current, for reference:

Screen Shot 2019-09-03 at 4 40 40 PM

Child Blocks' Styling

Another thing we should consider doing is giving a block's children an outline, such as a dotted or dashed line. We might also want to give the appender this outline style so it aligns with the style of a child.

This would require us to re-think the additional margins we're currently applying (more on that in the next section). I'm not exactly sure how we'd achieve this in code, but it'd look something like this:

IMG_0558

Insets Margins

A key problem I'm seeing is that we're relying heavily on visual margins, which in theory provides a little visual cue that something is nested. However, once you get a few levels deep, it's almost unusable, as was noted by @mkevins:

image

Considering the upcoming work to implement a hierarchy navigation toolbar, I think we should go one of two routes. Either:

  • Slim down the additional margins to ~4-8px left/right (this would lessen the problem, but not fix it)
  • Remove the additional margins completely (this would mean all blocks – nested or not – would be full-width, but wouldn't provide as much a visual cue of hierarchy)

If there are other suggestions, I'm all ears.

Navigating Hierarchy

Right now, because we are using the margins described above, we give the user 16px tappable area to move to the parent block. This is fine in theory, but it's very challenging because of the small tap area. If we remove most of or all the additional margin, we should rely on the upward navigation tool in the floating toolbar to go to the parent block.

IMG_0557

Selected Parent Highlighting

We've had some discussion around showing an additional outline on the parent of the currently-selected block. It sounded like the plan was to hold off on this and focus only on the selected block (and as mentioned above, a potential dotted/dashed outline of its immediate children).

Ungrouping

We also don't currently provide the user with a way to ungroup a Group block. While we can rely somewhat on undo, it might be worth adding an ungroup button – perhaps in the Quick Toolbar or as an option in a new ••• menu on the block itself.

Flow

Here's kind of a birds-eye view of the flow that I am using for reference as I'm working through these reviews:

IMG_0554

@pinarol
Copy link
Contributor

pinarol commented Sep 4, 2019

Thanks @iamthomasbishop I have linked your comment to other related issues.

Let's only change the Appender Display Logic inside this issue.

@jbinda
Copy link
Contributor

jbinda commented Oct 11, 2019

According to border and margin styling in this PR

I think approach took there will solve the issue with Appender behaviour.

@pinarol
Copy link
Contributor

pinarol commented Oct 15, 2019

The group block placeholder doesn't respect dark mode in both selected and unselected state

I am quoting this item from this comment to be solved part of this issue

@jbinda
Copy link
Contributor

jbinda commented Nov 6, 2019

I have applied dark-mode to appender here #1379

@jbinda jbinda self-assigned this Nov 6, 2019
@jbinda jbinda closed this as completed May 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
InnerBlocks [Type] Enhancement Improves a current area of the editor
Projects
None yet
Development

No branches or pull requests

4 participants