Descripción
Gutenberg es más que un editor. Aunque el editor es donde está el enfoque ahora mismo, el proyecto impactará definitivamente en toda la experiencia de publicación, incluida la personalización (la próxima área de enfoque).
Descubre más sobre el proyecto.
Enfoque en la edición
El editor creará una nueva experiencia de creación de páginas y entradas que hará que escribir publicaciones enriquecidas no conlleve esfuerzo alguno, y que tendrá “bloques” para hacer fácil lo que actualmente requiere shortcodes, HTML personalizado, o los imprevisibles incrustados automáticos. — Matt Mullenweg
Una cosa que distingue a WordPress de otros sistemas es que te permite crear estructuras de publicaciones tan completas como te puedas imaginar — pero sólo si sabes HTML y CSS y construyes tu propio tema a medida. Al pensar en el editor como una herramienta que te permite escribir publicaciones ricas y crear hermosos diseños, podemos transformar WordPress en algo que los usuarios aman de WordPress, en lugar de algo que eligen porque es lo que todos los demás usan.
Gutenberg considera el editor como algo más que un campo de contenido, y revisita un diseño que ha permanecido prácticamente inalterado durante casi una década. Esto nos permite diseñar holísticamente una experiencia de edición moderna y construir una base para lo que vendrá.
He aquí por qué estamos mirando toda la pantalla de edición, en lugar de solo el campo de contenido:
- El bloque unifica múltiples interfaces. Si agregamos eso en la parte superior de la interfaz existente, agregaría complejidad, en lugar de eliminarla.
- Al volver a visitar la interfaz, podemos modernizar la experiencia de escritura, edición y publicación, teniendo en cuenta la facilidad de uso y la simplicidad, lo que beneficia tanto a los usuarios nuevos como a los ocasionales.
- Cuando la interfaz de bloque singular toma el centro del escenario, muestra un camino claro hacia adelante para que los desarrolladores creen bloques premium, superiores a shortcodes y widgets.
- Considerando que toda la interfaz sienta la base para la siguiente prioridad, la personalización de todo el sitio.
- Centrarnos en el editor a pantalla completa también nos brinda la oportunidad de modernizar drásticamente los cimientos y dar pasos hacia un futuro más fluido basado en JavaScript que aproveche al máximo la API REST de WordPress.
Bloques
Los bloques son la evolución unificadora de lo que ahora está cubierto, de diferentes maneras, mediante shortcodes, incrustaciones, widgets, formatos de publicación, tipos de contenido personalizados, opciones de tema, meta-boxes y otros elementos de formato. Adoptan la amplitud de la funcionalidad que WordPress es capaz de ofrecer, con la claridad de una experiencia de usuario consistente.
Imagina un bloque “empleado” personalizado que un cliente puede arrastrar a una página Acerca de para mostrar automáticamente una imagen, nombre y biografía. Todo un universo de plugins que extienden WordPress de la misma manera. Menús y widgets simplificados. Usuarios que pueden entender y usar instantáneamente WordPress — y el 90% de los plugins. Esto te permitirá redactar fácilmente publicaciones hermosas como este ejemplo.
Consulta las FAQ para obtener respuestas a las preguntas más comunes sobre el proyecto.
Compatibilidad
Las publicaciones son compatibles con versiones anteriores, y los shortcodes seguirán funcionando. Estamos explorando continuamente cómo se pueden acomodar metaboxes altamente personalizados, y estamos buscando soluciones que van desde un plugin para deshabilitar Gutenberg hasta detectar automáticamente si cargar Gutenberg o no. Si bien queremos asegurarnos de que la nueva experiencia de edición desde la escritura hasta la publicación sea fácil de usar, nos comprometemos a encontrar una buena solución para sitios existentes altamente personalizados.
Las etapas de Gutenberg
Gutenberg tiene tres etapas planificadas. La primera, destinada a la inclusión en WordPress 5.0, se centra en la experiencia de edición posterior y la implementación de bloques. Esta fase inicial se centra en un enfoque de el primero primero. El uso de bloques, como se detalla anteriormente, le permite enfocarse en cómo se verá su contenido sin la distracción de otras opciones de configuración. Esto finalmente ayudará a todos los usuarios a presentar su contenido de una manera atractiva, directa y visual.
Estos elementos fundacionales allanarán el camino para las etapas dos y tres, planificadas para el próximo año, para ir más allá de la publicación en plantillas de página y, en última instancia, la personalización completa del sitio.
Gutenberg es un gran cambio, y habrá formas de garantizar que la funcionalidad existente (como los shortcodes y los meta-boxes) continúe funcionando mientras que da a los desarrolladores el tiempo y los caminos para la transición de manera efectiva. En última instancia, abrirá nuevas oportunidades para que los desarrolladores de plugins y temas brinden un mejor servicio a los usuarios a través de una experiencia más atractiva y visual que aproveche un conjunto de herramientas respaldadas por el core.
Colaboradores
Gutenberg está construido por muchos colaboradores y voluntarios. Consulte la lista completa en CONTRIBUTORS.md .
FAQ
- ¿Cómo puedo enviar sugerencias o pedir ayuda sobre un fallo?
-
¡Nos encanta que nos informes de fallos, sugerencias de características o cualquier otra idea! Por favor, pásate por la página de problemas en GitHub para buscar problemas existentes o informar de uno nuevo. Aunque tratamos de hacer un seguimiento de los problemas aquí, en el foro del plugin, obtendrás una respuesta más rápida (y se reduce la duplicación de esfuerzos) manteniendo todo centralizado en el repositorio de GitHub.
- ¿Cómo puedo colaborar?
-
Estamos llamando a este proyecto de editor “Gutenberg” porque es una gran empresa. Estamos trabajando en ello todos los días en GitHub, y nos encantaría que nos ayudaras a construirlo. También puedes enviarnos tus comentarios, lo más fácil es unirte a nosotros en nuestro canal de Slack,
#core-editor
.Ver también CONTRIBUTING.md.
- ¿Dónde puedo leer más acerca de Gutenberg?
-
- Gutenberg, o el barco de Teseo, con ejemplos de lo que Gutenberg podría hacer en el futuro
- Descripción técnica del editor
- Principios de Diseño y Mejores Prácticas de Diseño de Bloques
- WP Post Grammar Parser
- Actualizaciones de desarrollo en make.wordpress.org
- Documentación: Creando Bloques, Referencias y Directrices
- Preguntas Frecuentes Adicionales
Opiniones
Half Baked
One of the best developments for WordPress (german)
Please Staaph! If It Ain’t Broken…
Not too excited about it
Terrible
A waste of time.
Colaboradores & Desarrolladores
“Gutenberg” es software de código abierto. Las siguientes personas han contribuido a este plugin.
Colaboradores“Gutenberg” ha sido traducido en 44 idiomas. Gracias a los traductores por sus contribuciones.
Traduce & #8220;Gutenberg” a tu idioma.
¿interesado en el desarrollo?
Revisa el código , echa un vistazo al repositorio SVN , o suscríbete al log de desarrollo por RSS .
Historial de cambios
For 5.3.0.
Features
- Add the block management modal: Ability to hide/show blocks in the inserter.
- Support nested blocks for the Cover Block.
- Add an experimental Legacy Widget Block (enabled only in the plugin for the moment).
Enhancements
- Update the block outlines for the hover and selected states.
- Allow undoing automatic pattern block transformations.
- Add a RichText collapsed format toolbar for code, inline image and strikethrough formats.
- Allow collapsing inserter panels when searching.
- Add ability to transform video shortcodes to video blocks.
- Add ability to transform audio shortcodes to audio blocks.
- Add new @wordpress/data actions to invalidate the resolvers cache.
- Support custom classNames in the ToggleControl component.
- Clarify the button to exit the post lock modal.
- Improve the block validation error message.
- Automatically use the WordPress babel config when using @wordpress/scripts CLI.
- Add keyboard shortcuts to indent/outdent list items.
- Use links instead of buttons in the document outline.
- Use
<s>
for strikethrough, not<del>
. - Center the tooltips content.
- Update wording of the block switcher tooltip.
- Add support for the reduced motion browser mode.
Bug Fixes
- Always show the current month in the Calendar block for All CPTs but post.
- In the Latest posts block, avoid full line clickable titles.
- Avoid relying on DOM nodes to add the empty line in RichText component. This fixes a number of lingering empty lines.
- Fix the MediaPlaceholder icon color on dark backgrounds.
- Fix the Classic block toolbar in RTL languages.
- Fix the more tag in the Classic block.
- Fix the quote to heading block transformation.
- Fix “null” appearing when merging empty headings and paragraphs.
- Fix the block insertion restrictions in the global inserter.
- Fix the prepareEditableTree custom RichText Format API.
- Changes to the internal RichText format representation to separate objects (inline image..) from formats (bold…). This fixes a number of RichText issues.
- Fix the Spinner component styling in RTL languages.
- Fix focus loss when using the Set Featured Image buttons.
- Fix template lock not being taken into consideration.
- Fix composed characters at the beginning of RichText.
- Fix several block multi-selection bugs.
- Allow using a float number as a step when using the RangeControl component.
- Fix error when pasting a caption shortcode without an image tag.
- Fix focus loss when combining sidebars and modals (or popovers).
- Escape the greater than character when serializing the blocks content into HTML.
- Fix pasting links into the classic block.
- Include missing CSS in the classic block.
Documentation
- Enhance the i18n process documentation with a complete example.
- Add design guidelines to several components:
- The Button component
- The CheckboxControl component
- The MenuItemsChoice component.
- The MenuGroup component.
- Update the JavaScript setup tutorial to rely on the @wordpress/scripts package.
- Lowercase block editor and classic editor terms to conform to the copy guidelines.
- Use a central script to generate the JavaScript API documentation and run in parallel.
- Update the packages release process.
- Update the plugin release docs to rely on a lighter SVN checkout.
- Add automatic generation of JavaScript API documentation for:
- @wordpress/element
- @wordpress/escape-html
- @wordpress/html-entities
- @wordpress/keycodes
- @wordpress/a11y
- @wordpress/blob
- @wordpress/block-library
- @wordpress/compose
- @wordpress/dom
- @wordpress/i18n
- @wordpress/autop
- @wordpress/dom-ready
- @wordpress/block-editor
- @wordpress/rich-text
- @wordpress/blocks
- @wordpress/deprecated
- @wordpress/priority-queue
- @wordpress/shortcode
- @wordpress/viewport
- @wordpress/url
- @wordpress/redux-routine
- @wordpress/date
- @wordpress/block-serialization-default-parser
- @wordpress/plugins
- @wordpress/wordcount
- @wordpress/edit-post
- Link to the editor user documentation and remove the user documentation markdown file.
- Typos and tweaks: 1, 2, 3, 4, 5.
Various
- Upgrade to React 16.8.4 (React Hooks).
- Fix the dependencies of the e2e-tests and the e2e-test-utils npm packages.
- Avoid disabling regeneratorRuntime in the babel config to avoid globals in npm packages.
- Work on various e2e tests stability improvements.
- Regenerate RSS/Search block test fixtures.
- Move to travis.com as a CI server.
- Add clickBlockToolbarButton e2e test utility.
- Add e2e tests:
- to check the keyboard navigation through blocks.
- to verify that the default block is selected after removing all the blocks.
- to check the InnerBlocks allowed blocks restrictions.
- Add unit tests for the isKeyboardEvent utility.
- Remove CC-BY-3.0 from the GPLv2 compatible licenses.
- Polish the @wordpress/block-editor module:
- Move the block specific components to the package.
- Update the classnames to follow the CSS guidelines.
- Update eslint rules npm packages.
- Simplify the hierarchical term selector strings.
- Update the Latest comments block to use the “align support config” instead of a custom implementation.
- Remove the block snapshots tests.
- Remove post install scripts and only run these in CI to improve test performance.
- Tweak the plugin build zip script to avoid prompting when the build environment is clean.
- Add withRegistry higher-order component to the @wordpress/data module.
- Add missing module entry point to the notices package.json.
- Remove the Gutenberg 5.3 deprecated functions.
- Ensure sourcemaps published to npm contain safe relative paths.
- Remove the replace_block filter usage and extend core editor settings instead.
- Improve handling of transpiled packages in unit tests.
- Add CLI arguments to launch e2e tests in interactive mode more easily.
- Select a unique radio input in a group when using the tabbables utility.