Skip to content

Commit

Permalink
Add links.
Browse files Browse the repository at this point in the history
  • Loading branch information
mtias committed Apr 10, 2019
1 parent 9fc01f3 commit 304336c
Showing 1 changed file with 8 additions and 8 deletions.
16 changes: 8 additions & 8 deletions docs/roadmap.md
Original file line number Diff line number Diff line change
@@ -1,25 +1,25 @@
# Roadmap

_Complementary to Phase 2 Scope: #13113_
_Complementary to [Phase 2 Scope](https://github.com/WordPress/gutenberg/issue/13113)._

This document outlines some of the features currently in development or being considered for the project. It should not be confused with the product roadmap for WordPress itself, even if some areas naturally overlap. The main purpose of it is to give visibility to some of the key problems remaining to be solved and as an invitation for those wanting to collaborate on some of the more complex issues to learn about what needs help.

Gutenberg is already in use by millions of sites through WordPress, so in order to make substantial changes to the design or updating specifications it is advisable to consider a discussion process ("Request for Comments") showing both an understanding of the impact, both positives and negatives, trade offs and opportunities.

## Projects

- **Block Registry** — define an entry point for block identification. (See active RFC at #13693.)
- **Block Registry** — define an entry point for block identification. ([See active RFC](https://github.com/WordPress/gutenberg/pull/13693).)
- **Live Component Library** — a place to visualize and interact with the UI components and block tools included in the packages.
- **Modular Editor** — allow loading the block editor in several contexts without a dependency to a post object. (Ongoing; pending tasks at #14043.)
- **Better Validation** — continue to refine the mechanisms used in validating editor content. (See in depth overview at #11440 and #7604.)
- **Block Areas** — build support for areas of blocks that fall outside the content (including relationship with templates, registration, storage, and so on). (See overview at #13489.)
- **Modular Editor** — allow loading the block editor in several contexts without a dependency to a post object. (Ongoing [pending tasks](https://github.com/WordPress/gutenberg/issue/14043).)
- **Better Validation** — continue to refine the mechanisms used in validating editor content. (See in depth overview at [#11440](https://github.com/WordPress/gutenberg/issue/11440) and [#7604](https://github.com/WordPress/gutenberg/issue/7604).)
- **Block Areas** — build support for areas of blocks that fall outside the content (including relationship with templates, registration, storage, and so on). ([See overview](https://github.com/WordPress/gutenberg/issue/13489).)
- **Multi-Block Editing** — allow modifying attributes of multiple blocks of the same kind at once.
- **Rich Text Roadmap** — continue to develop the capabilities of the rich text package. (See overview at #13778.)
- **Rich Text Roadmap** — continue to develop the capabilities of the rich text package. ([See overview](https://github.com/WordPress/gutenberg/issue/13778).)
- **Common Block Functionality** — coalesce into a preferred mechanism for creating and sharing chunks of functionality (block alignment, color tools, etc) across blocks with a simple and intuitive code interface. (Suggested exploration: React Hooks.)
- **Responsive Images** — propose mechanisms for handling flexible image sources that can be optimized for loading and takes into account their placement on a page (within main content, a column, sidebar, etc).
- **Async Loading** — propose a strategy for loading block code only when necessary in the editor without overhead for the developer or disrupting the user experience.
- **Styles** — continue to develop the mechanisms for managing block style variations and other styling solutions. (See overview at #7551 and #9534.)
- **Bundling Front-end Assets** — explore ways in which front-end styles for blocks could be assembled based on which blocks are used in a given page response. (See overview at #5445.)
- **Styles** — continue to develop the mechanisms for managing block style variations and other styling solutions. (See overview at [#7551](https://github.com/WordPress/gutenberg/issue/7551) and [#9534](https://github.com/WordPress/gutenberg/issue/9534).)
- **Bundling Front-end Assets** — explore ways in which front-end styles for blocks could be assembled based on which blocks are used in a given page response. ([See overview](https://github.com/WordPress/gutenberg/issue/5445).)

## Timeline

Expand Down

0 comments on commit 304336c

Please sign in to comment.