ཞིབ་བརྗོད།

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.

རྩོམ་སྒྲིག་འདུ་གནས།

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:

1. The block unifies multiple interfaces. If we add that on top of the existing interface, it would add complexity, as opposed to remove it.
2. 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.
3. 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.
4. Considering the whole interface lays a solid foundation for the next focus, full site customization.
5. 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 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.

འཆམ་མཐུན།

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.

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.

བྱས་རྗེས་འཇོག་མཁན།

Gutenberg is built by many contributors and volunteers. Please see the full list in CONTRIBUTORS.md.

Experiments

• Navigation block:
  • Support color customization.
  • Improve the Link edition UI.
• Block Content Areas:
  • Implement a frontend template loader based on the  wp_template CPT.
  • Add a temporary UI to edit wp_template CPT posts.
  • Add a Site title block.

New APIs

• Add VisuallyHidden component.
• Add @wordpress/base-styles package to share the common variables/mixins used by the WordPress packages.
• Add Platform component to allow writing platform (web, mobile) specific logic.
• Add isInvalidDate prop to DatePicker.
• @wordpress/env improvements:
  • Support custom ports.
  • Support using it for themes.
• Add a new experimental React  hook to support colors in blocks.
• Add a new experimental DimentionControl component.

Various

• Storybook:
  • Add a story for the CheckboxControl component.
  • Add a story for the Dashicon component.
  • Add a story for the ColorPalette component.
  • Add a story for the ColorPicker component.
  • Add a story for the ExternalLink component.

Add knobs to the ColorIndicator Story.

• Several other enhancements to existing stories.
• Linting fixes for Storybook config.
• Fix Lint warnings triggered by JSDoc definitions.
• Reorganize e2e tests specs into three folders: editor, experimental and plugin.
• Cleanup skipped e2e tests.
• Add a link to Storybook from the Gutenberg playground.
• Optimize the @wordpress/compose package to support tree-shaking.
• Code Quality:
  • Refactor the Button block edit function to use a functional component.
  • Change the name of the accumulated variables in reduce functions.
  • Remove wrapper around the Table block cells.
• Fix several issues related to Node 12 becoming LTS.
• Add the Block Inspector to the Gutenberg playground.

ཡིག་ཚགས།

• Enhance the Git workflow documentation.
• Clarify block naming conventions.
• Tweaks and typos: 1, 2.