⚡ Gutenberg is a very poorly designed editor, here’s why. #41830
Replies: 1 comment 3 replies
-
@vovkasolovev You're touching on a ton here in this discussion thread! I appreciate you taking the time to summarize your high level feedback. If you're game, I'd highly recommend splitting what you can into bug reports (ex: "The interface blinks and changes location" section sounds like bug reports), general issues that you'd like to see improved (ex: "Not designed for plugins." what would you like to see here?), and then joining current discussions (ex: "Lack of common and basic style settings for blocks" aka issues like #28356 and #41113). It would be really helpful to have specifics in the right places from the above either way. For a touch more info:
You might enjoy the Text Only Icons by the way: https://make.wordpress.org/core/2020/12/21/core-editor-improvement-text-only-icons-for-the-toolbar/
You might like digging into this post/effort address CSS rendered by the block editor: https://make.wordpress.org/core/2022/06/24/block-editor-styles-initiatives-and-goals/ |
Beta Was this translation helpful? Give feedback.
-
The worst part: Gutenberg is not a WYSIWYG editor.
It has its own styles that have nothing to do with the appearance of the site. Gutenberg has its own column width, indentation, font and color settings. Gutenberg has its own HTML structure. The site’s theme should have separately specified styles for the Gutenberg editor that would match the site’s style exactly.
This makes it very difficult to make the styles look the same. With the Classic Editor you can have the same CSS styles for the Website and for the Classic Editor. But for the Gutenberg editor you have to create styles for a different structure that look exactly like the Site styles. It is impossible for the theme developer to maintain this exactly.
A lot of unclear states.
Absent or weak indication of the selected object. Due to the fact that in the left column grouped Adding new blocks and List of blocks, and in the right column grouped Post and Block settings is not always clear what we’re working with – with a block, the structure or post settings.
It would be better to never hide the Block List, and in another column group Add New or Selected Block Settings. And remove Post settings from the tabs with the Block settings - these are settings from another level, not alternative.
The interface blinks and changes location.
For example, after selecting a block, a Settings container appears above it that overlaps the block above. Another example, when you select a block, it may enlarge, showing some hidden options that for some reason aren’t placed in the right column of the block’s settings. And a very unpleasant example: constantly closing the List of used blocks on the left, causing the field with the main content to expand, changing the view and location.
Uncompact interface.
Only a few elements fit into the height of the screen. Very large labels above the fields, large indents between the fields, large fonts. The settings are grouped in Accordion of large heights. Often it is not possible to see all settings at once. As a result it requires a lot of scrolling.
Excessive number of icons.
Very many actions are encoded in pictograms. It is not at all clear what all those different kinds of arrows and sticks are responsible for.
Too many blocks.
There are different blocks with little variation in features. Widget blocks and structure blocks are in the same pile. Lots of rarely used blocks. Blocks can be disabled – to do this, you have to click on each one in a separate menu.
Lack of common and basic style settings for blocks.
Example: indents, colors, background, sizes. Since there are many blocks, not all are designed to display well in any theme. This not infrequently forces you to customize the appearance of the block through additional CSS.
Not designed for plugins.
Editor plugins often add a large number of customizations. In the Classic Editor, these settings were placed at the bottom in the wide part of the editor. In the Gutenberg, some plug-in settings can only be placed as one of the Accordion elements in the narrow column on the right. As a result, the narrow column is overloaded and long.
The user needs to be able to organize the interface added by plugins into their own columns, tabs or groups. Now you can only rearrange the settings in up-down order.
Beta Was this translation helpful? Give feedback.
All reactions