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

Difficulty adding block at bottom of content #64889

Open
2 tasks done
smerriman opened this issue Aug 29, 2024 · 9 comments
Open
2 tasks done

Difficulty adding block at bottom of content #64889

smerriman opened this issue Aug 29, 2024 · 9 comments
Labels
[Package] Edit Post /packages/edit-post [Type] Bug An existing feature does not function as intended

Comments

@smerriman
Copy link

smerriman commented Aug 29, 2024

Description

Up to WP 6.5, it was possible to insert a block at the bottom of the editor by clicking in the space there. In WordPress 6.6, this is no longer possible.

This appears to have been instigated by #60697 .

The removal of the ability to insert blocks has caused other bugs; for example, it broke spacing to metaboxes ( #63882 ). An accessibility concern was also raised that it was impossible for people to insert a block at the bottom with keyboard only ( #61391 ). However, the (past + future) fixes for those two issues do not help regular users.

It appears the 'intended' solution is now to select the last block, and then press enter. This makes sense if the last block was a plain paragraph, as you see the blinking cursor and it is completely logical to press enter to move to another line. If, the last block is something else - for example, column content - it is completely illogical to regular site editors that you have to click a paragraph within the block, shift the focus to the wrapping columns block, then press enter. In fact, in the majority of (all?) editors outside of WordPress, selecting something in the editor then pressing enter would actually overwrite / delete that content.

Myself and others are downgrading clients to WP 6.5 as the current behavior is too confusing.

Step-by-step reproduction instructions

  1. Create a page with some blocks.
  2. Click at the bottom of the editor.

Screenshots, screen recording, code snippet

No response

Environment info

WP 6.6, no Gutenberg plugin.

Please confirm that you have searched existing issues in the repo.

  • Yes

Please confirm that you have tested with all plugins deactivated except Gutenberg.

  • Yes
@smerriman smerriman added the [Type] Bug An existing feature does not function as intended label Aug 29, 2024
@Mamaduka
Copy link
Member

Mamaduka commented Aug 29, 2024

Probably a duplicate of #63601.

cc @talldan

@Mamaduka Mamaduka added the [Package] Edit Post /packages/edit-post label Aug 29, 2024
@talldan
Copy link
Contributor

talldan commented Sep 2, 2024

I think it's a little different. My issue is more related to focusing/moving the caret into an existing last block, whereas this one is about adding a new block to the end of content.

@talldan talldan added the Needs Design Feedback Needs general design feedback. label Sep 2, 2024
@talldan
Copy link
Contributor

talldan commented Sep 2, 2024

cc @jasmussen @richtabor Seems like users are having issues inserting blocks at the bottom of the post editor after #60697.

There were also a few comments in #63882.

@github-actions github-actions bot added the [Status] In Progress Tracking issues with work in progress label Sep 3, 2024
@stokesman stokesman removed their assignment Sep 3, 2024
@stokesman stokesman removed the [Status] In Progress Tracking issues with work in progress label Sep 3, 2024
@jasmussen
Copy link
Contributor

CC: @WordPress/gutenberg-design

@paaljoachim
Copy link
Contributor

paaljoachim commented Sep 3, 2024

Thank you Joen for bringing attention to this issue!

Test site.
WP version 6.6.1
Gutenberg 19.1.0
EDIT. I happen to have Autoptimize plugin activated as well. Which seems to create the following behavior.
I made an issue on the plugin support forum.
https://wordpress.org/support/topic/not-able-to-click-below-block-to-create-a-new-block-in-gutenberg/#new-topic-0


Yes. I have noticed this behavior for a while as well on a few sites.

I need only add one block. When I try to click below the one block I am not able to add another block by clicking below it. I have to use enter/return on my keyboard to be able to add another block.

Not.able.to.click.below.a.block.to.add.another.block.mp4

Use case.
I added paragraph block and a spacer block below it. Because I am not able to click below the spacer block I have had to click into the paragraph block right above the spacer block. Click enter, write something and then move the new paragraph block below the spacer block.

Not.able.to.click.below.a.block.to.add.another.block.2.mp4

I really look forward to getting this fixed.

@paaljoachim
Copy link
Contributor

paaljoachim commented Sep 3, 2024

Autoptimize plugin support mentioned to disable through Settings -> Autoptimize.
Enable configuration per post/ page?
Add a "metabox" to the post/ page edit screen allowing different optimizations to be turned off on a per post/ page level?

---> Disabling to add a metabox also removed the issue of not being able to click below the current block to add a new block. This sounds like adding a metabox might cause this issue.

@paaljoachim
Copy link
Contributor

I just tested with Yoast SEO plugin as it adds a metabox into the sidebar Page settings.
The problem is also seen here. I am not able to click below a current block to add a new block.

@paaljoachim
Copy link
Contributor

paaljoachim commented Sep 3, 2024

I went ahead and reopened this issue:
Post Edit Screen Restricted by Metaboxes
#63882

EDIT: My mistake the issue should not have been reopened. It was closed again.

@talldan
Copy link
Contributor

talldan commented Sep 3, 2024

It looks like there was a recent regression with the click below to add a block after #64639 in the iframed editor. The PR #64992 fixes it in my testing, so hopefully that can be finalized.

For some background this feature never worked in the non-iframed editor, so now it becomes clear why there were complaints after the trailing appender was removed. #64639 & #64992 will mean that iframed and non-iframed editor work the same way, so that shouldn't be an issue, and I think from 6.7 the iframed editor will hopefully become more prevalent.

@talldan talldan removed the Needs Design Feedback Needs general design feedback. label Sep 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Package] Edit Post /packages/edit-post [Type] Bug An existing feature does not function as intended
Projects
None yet
Development

No branches or pull requests

6 participants