Description
Gutenberg is more than an editor. While the editor is the focus right now, the project will ultimately impact the entire publishing experience including customization (the next focus area).
Discover more about the project.
Editing focus
The editor will create a new page- and post-building experience that makes writing rich posts effortless, and has “blocks” to make it easy what today might take shortcodes, custom HTML, or “mystery meat” embed discovery. — Matt Mullenweg
One thing that sets WordPress apart from other systems is that it allows you to create as rich a post layout as you can imagine — but only if you know HTML and CSS and build your own custom theme. By thinking of the editor as a tool to let you write rich posts and create beautiful layouts, we can transform WordPress into something users love WordPress, as opposed something they pick it because it’s what everyone else uses.
Gutenberg looks at the editor as more than a content field, revisiting a layout that has been largely unchanged for almost a decade.This allows us to holistically design a modern editing experience and build a foundation for things to come.
Here’s why we’re looking at the whole editing screen, as opposed to just the content field:
- The block unifies multiple interfaces. If we add that on top of the existing interface, it would add complexity, as opposed to remove it.
- By revisiting the interface, we can modernize the writing, editing, and publishing experience, with usability and simplicity in mind, benefitting both new and casual users.
- When singular block interface takes center stage, it demonstrates a clear path forward for developers to create premium blocks, superior to both shortcodes and widgets.
- Considering the whole interface lays a solid foundation for the next focus, full site customization.
- Looking at the full editor screen also gives us the opportunity to drastically modernize the foundation, and take steps towards a more fluid and JavaScript powered future that fully leverages the WordPress REST API.
Blocks
Blocks are the unifying evolution of what is now covered, in different ways, by shortcodes, embeds, widgets, post formats, custom post types, theme options, meta-boxes, and other formatting elements. They embrace the breadth of functionality WordPress is capable of, with the clarity of a consistent user experience.
Imagine a custom “employee” block that a client can drag to an About page to automatically display a picture, name, and bio. A whole universe of plugins that all extend WordPress in the same way. Simplified menus and widgets. Users who can instantly understand and use WordPress — and 90% of plugins. This will allow you to easily compose beautiful posts like this example.
Check out the FAQ for answers to the most common questions about the project.
Compatibility
Posts are backwards compatible, and shortcodes will still work. We are continuously exploring how highly-tailored metaboxes can be accommodated, and are looking at solutions ranging from a plugin to disable Gutenberg to automatically detecting whether to load Gutenberg or not. While we want to make sure the new editing experience from writing to publishing is user-friendly, we’re committed to finding a good solution for highly-tailored existing sites.
The stages of Gutenberg
Gutenberg has three planned stages. The first, aimed for inclusion in WordPress 5.0, focuses on the post editing experience and the implementation of blocks. This initial phase focuses on a content-first approach. The use of blocks, as detailed above, allows you to focus on how your content will look without the distraction of other configuration options. This ultimately will help all users present their content in a way that is engaging, direct, and visual.
These foundational elements will pave the way for stages two and three, planned for the next year, to go beyond the post into page templates and ultimately, full site customization.
Gutenberg is a big change, and there will be ways to ensure that existing functionality (like shortcodes and meta-boxes) continue to work while allowing developers the time and paths to transition effectively. Ultimately, it will open new opportunities for plugin and theme developers to better serve users through a more engaging and visual experience that takes advantage of a toolset supported by core.
Contributors
Gutenberg is built by many contributors and volunteers. Please see the full list in CONTRIBUTORS.md.
FAQ
- How can I send feedback or get help with a bug?
-
We’d love to hear your bug reports, feature suggestions and any other feedback! Please head over to the GitHub issues page to search for existing issues or open a new one. While we’ll try to triage issues reported here on the plugin forum, you’ll get a faster response (and reduce duplication of effort) by keeping everything centralized in the GitHub repository.
- How can I contribute?
-
We’re calling this editor project “Gutenberg” because it’s a big undertaking. We are working on it every day in GitHub, and we’d love your help building it.You’re also welcome to give feedback, the easiest is to join us in our Slack channel,
#core-editor.See also CONTRIBUTING.md.
- Where can I read more about Gutenberg?
-
- Gutenberg, or the Ship of Theseus, with examples of what Gutenberg might do in the future
- Editor Technical Overview
- Design Principles and block design best practices
- WP Post Grammar Parser
- Development updates on make.wordpress.org
- Documentation: Creating Blocks, Reference, and Guidelines
- Additional frequently asked questions
Reviews
do not suit all the use case
The new editor is cool but can’t be disabled when all you need is only 2,3 custom fields.
Not every page should be “design blocked”
We do not want Gutenberg!
Why this Gutenberg? Only more complications. The beginning of the wordpress death …
Tried it – are we doomed?
Dear Devs.
I’m also a dev. I’ve been one for 12 years. I’ve invested countless hours learning and re-learning HTML, PHP, SQL, CSS, JS and Apache settings. And after a lot of pressure to mass produce sites with preset functionality really quickly with people who don’t know or hate to use code, WordPress itself. And writing plugins for it. And making themes for it. And evading its quirks.
I gave Gutenberg a try for an hour on a fresh single-site install about 2 weeks ago. Let’s tally the results:
– Can’t switch back to regular editor, no matter how many times I press that button.
– Image block alignment to center just didn’t work. Where’s the code editor?
– Where did all the settings go? Like custom meta fields, post type, template selector etc.
– Didn’t dare to see what’s inside, and what it puts out and into the db yet. Or how it behaves on a multisite. Or test it with all the other plugins. I dread the day I would have to crawl around the database on some serialized data hunt.
– In the end, with it wanting to be mandatory, I saw it more as a burden, than as a relief.
Unfortunately, there exists an inverse relationship between “fancy, quick, one-click drag-and-drop solutions” and stability, reliability, and maintainability. (Praise be the exceptions.) I see a serious problem with making a decision to ship it in version 5.0, while at 4.9.8 it still has bugs no editor should have, not to mention a reliable one. Therefore I beg you, delay it at least until all wrinkles have been smoothed out, make it a plugin until then, and give it more time in live environments.
You know, I’m the one my collegues and clients turn to when stuff breaks or doesn’t work, or should be customized, unless it’s the server itself. I can’t count the times a theme (or library or framework etc) has promised to be responsive, or easy-to-use, when it wasn’t. Or the times it just broke a site. Or left trash around. Or had a disagreement with other installed stuff. I’m quite fed up with over-hyped, flashy stuff that just fails to do what it’s for.
IT IS HIGHLY PROBABLE, that with this update a huge majority of existing sites will crash and burn. Will have to REBUILD them from SCRATCH. That is what the future holds for us who do this kind of work if this is incorporated into the core, and it’s not a bright one.
TL;DR:
– At 4.9.8 it still has bugs no editor should have, not to mention a reliable one. Therefore I beg you, delay it at least until all wrinkles have been smoothed out, make it a plugin until then, and give it more time in live environments. WE WORK WITH THIS TOOL!
– Whoever wants a -good- website, has to either have knowledge about code, or have someone do it for them. There is no easy way around.
Disastor
There is way to much of a learning curve to throw at people all at once. Ive played with this over an hour and my posts look like garbage. And why are you hiding stuff all over the place? Its a search and destroy mission to get stuff done.
Thumbs up all the way for Gutenberg. Good for the writer, good for the reader.
I’ve slowly integrated Gutenberg into one of my websites so far. When it was first rolled out to everyone, I was so excited to use it that I lept in without looking to see if my theme and its professional plugins were 100% ready (Generate Press). So, I had some teething issues, and I had to reverse a few things and go back to Classic to wait just a tiny bit longer.
When my theme was ready, it meant that a theme plugin I used would be made obsolete sometime in the future. Unfortunately, I had spent considerable time on integrating this plugin into my web pages just the month before. So, I was a bit bummed out. GP have developed a new plugin to replace the old one, but I wasn’t yet ready to spend more time converting the old settings. However, my theme developer has done an excellent job to make this as painless as possible. And the old plugin still works, it just won’t be updated.
But now, over the last few weeks, I have used Gutenberg to:
*create a new blog post from scratch
*copy and paste another blog post written in MS Word into the new editor
*convert an old post written in the classic editor to Gutenberg.
All up it was relatively easy, pain-free and fun.
I mainly use WordPress as a writer, not as a developer. And I have fallen in love with Gutenberg. The blocks take a little to get used to, but there is so much more you can do with them. I also write in different styles, and I find Gutenberg is just as friendly for a conversational style of writing as it is for a more formal style.
Lengthwise, it handled my last post, which was over 2,500 words, well. It’s also so easy to edit with Gutenberg. I like how you can move the blocks up and down and change it to different formats. And there are more formats available, more ways to use text to interact with the reader, more formatting choices for blocks. That’s a huge plus for me as having an interactive site helps to engage the reader.
Aside from the theme plugins changing, I haven’t found there to be any other issues with any other plugins that I use.
Now, I did come across a couple of bugs, particularly when I copied and pasted from MS Word. But these bugs are known issues. And it’s not like you can’t work around them. There just a minor inconvenience for now.
I’m excited about the future of this plugin!
Perhaps I’m easily pleased. But from a writer’s standpoint and as someone who looks after the web management of their five (soon to be six) WordPress websites (with no techie training), I’m in love with Gutenberg. You’ll have to carry me kicking and screaming back to Classic.
Thanks for improving my writing experience with Gutenberg.
Listen to the users
Gutenberg is not ready for prime time. Please keep it as a plug-in and do not merge into core until it really is ready. Allow users to opt-in, don’t force them to adopt. A bad user experience en masse will cause an exodus away from WordPress and in the waiting arms of WIX, Weebly, Medium…
Contributors & Developers
“Gutenberg” is open source software. The following people have contributed to this plugin.
Contributors“Gutenberg” has been translated into 39 locales. Thank you to the translators for their contributions.
Translate “Gutenberg” into your language.
Interested in development?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
Changelog
Latest
- 🏗 Add support for creating reusable blocks out of multi-selected groups of blocks not just individual blocks. This means the ability to easily save templates out of an existing set of blocks.
- 🚀 Add support for importing and exporting reusable blocks (using a JSON file transport). Note that locality of resources can be a problem if importing on a separate WordPress site.
- 🔍 Allow to visually show differences between conversion options when a block is detected as invalid.
- Add a clear drag handle next to the block arrow controls to drag and move a block. Also further polishes the drag and drop experience.
- Instrument collapsible groups for the block toolbar. It allows to display groups of options as a dropdown and reduce the length and imposition of the toolbar as a whole.
- Allow conversion from Cover Image to Image and back, using caption if it exists as the main text.
- Move the reusable block UI options to the top of the block or block group.
- Focus the title when loading the editor if it’s empty.
- Adjust margin rules for nested blocks.
- Preserve aspect ratio on embedded content at different alignments and widths.
- Unselect blocks and disable inserter when switching to Code Editor.
- Add new default block icon (used when no icon is defined).
- Avoid showing stacked icon group on parent blocks if all of its children are meant to be hidden from the inserter.
- Add dark editor style support.
- Add a figure wrapper to Pullquote block.
- Add needed attributes to kses allowed tags for the Gallery block.
- Improve visual display of Classic block toolbar.
- Adjust unified block toolbar padding at medium breakpoints.
- Better align the close, chevrons, and ellipsis icons in the sidebar panel.
- Improve cropping of galleries in IE11.
- Adjust gallery caption flex alignment.
- Include Caption Styles in Video Block.
- Update RichText usage to avoid inline elements.
- Add shortcut aria label for unreadable shortcuts.
- Avoid triggering invalid block mechanisms on empty HTML content.
- Rename the Speaker block to Speaker Deck.
- Disable inserter on Column block and avoid showing stacked icon on columns.
- Send post_id to the REST API in the ServerSideRender component within the editor. This ensures the global $post object is set properly.
- Use pseudo element to prevent inspector tab width from changing when selected.
- Apply consistent spacing on the post visibility menu.
- Fix notice styling regression.
- Fix ability to select small table cells.
- Fix issue with drag and drop in Chrome when the document has iframes.
- Fix HTML validation issues.
- Fix margin style regression with block appender.
- Fix link source for outreach/articles.
- Fix Archives block alignment and issue with custom classes.
- Fix error when a taxonomy has no attached post type.
- Fix invalid block scrim overflowing toolbar on mobile.
- Fix block settings menu appearance in non wp-admin contexts.
- Fix incorrect unlink shortcut.
- Fix placeholder text contrast.
- Fix issue with shortcut inserter on invalid paragraphs.
- Fix camelCase and cross-component class name.
- Fix qs dependency typo.
- Pluralize “kind” to fix typo.
- Remove isButton prop.
- Remove wrapper div from Categories block.
- Remove prop-type-like check in Popover component.
- Remove unnecessary duplicated class from Embed placeholder.
- Flatten BlockListLayout into base BlockList.
- Add isEmptyElement utility function under wp.Element.
- Use HTML Document for finding iframe in embed previews.
- Add wp-polyfill as central polyfill.
- Update docke-compose setup order to create MySQL container before WordPress container.
- Improve comments in transforms object of Quote block.
- Do not assume that singular form in _n() is used just for single item.
- Update examples for components to look according to guidelines.
- Update release docs to include process for RC.
- Add simplified block grammar spec to the handbook.
- Add lint rule for path on Lodash property functions.
- Add user for cli image in docker-compose.
- Show lint errors when there are lint problems.
- Minor updates and improvements to documents and code references.
- Improve docs build to consider memoized selectors.
- Add Heading toolbar for changing heading sizes.
- Save level to heading block attributes for parsing.
- Add onEnter callback and function placeholder to RichText implementation.
- Add Image block placeholder.
- Avoid propagating eventCount to components.
- Parser: Output freeform content before void blocks.
- Fix export block as JSON in IE11 and Firefox.
- Update demo content to avoid invalidations or automated post updates.