Gutenberg

Description

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:

  1. El bloque unifica múltiples interfaces. Si agregamos eso en la parte superior de la interfaz existente, agregaría complejidad, en lugar de eliminarla.
  2. 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.
  3. 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.
  4. Considerando que toda la interfaz sienta la base para la siguiente prioridad, la personalización de todo el sitio.
  5. 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?

Reviews

Please don’t force me to use Gutenbeg

I downloaded the plugin to give it a try.
It’s supposed to be wonderful and easy to use.

I found it very difficult to use. I downloaded the plugin because I understand there will be a learning curve. I’ve done a few posts with Gutenberg expecting it to get easier as I use it more. I still cant find features that used to be on the side bar.

For some reason I can’t even edit my post URL. If I copy a post it copies the URL and won’t let me change it.

I’m beginning to think about my options to move off of WordPress.

I’m not a coder. I don’t know HTML. WordPress is a tool to do things not something I want to become an expert in.

Unnecessary

As a plug-in, it’s fine, but this is more a comment on the new editor itself.

For folks who use the existing visual editor, this may have some advantages, I just don’t know. But for those of us who want to just crack on and get some text in, it’s an unnecessary complication. I liked the pop-up calendar for scheduling, as (at last) we don’t have the stupid US month-day-year format imposed on us, but at the same time the clock seems to have changed to AM/PM, so if you put in “18” by accident, assuming a 24-hour clock, it changes it to “2” (why?) but doesn’t highlight the fact. Meanwhile, on the “All Posts” listing, if you want to use “Quick Edit”, we’re still on the 24-hour clock.

And the “Preview” function takes forever to generate the preview; what’s happened?

Very bad idea

It’s the end of free choice. We have enough plugin to choose if we want another editor. Plugin that work very well. The current version of Gutenberg is a disaster, I do not see how you will solve the problems by the version 5.0 of WordPress. Gutenberg is a hell ;-), stop this wacky project !

Tried it and now deleted

Tried it and now deleted…

Not easy to use or intuitive. sends me around in circles, just to do something basic

I guess it may be easier once plugin writers add their own blocks

Please leave Gutenberg as a Plugin option, as the original WordPress editor is far more productive

Gutenberg needs more time

Gutenberg is going to be a great editor, but it still needs a hell of a lot of work to become the editor for Word Press. In my opinion it should remain as a plugin.
Biggest issue I found for a 2018 product, the editor in a lot of places you do not get what you see using the editor, you still have to preview then touch up to get the main publishing display correct.
Added some images then added caption which does not have any editing options for font size or color, these have to be added by editing HTML, not a problem if you edit code. But not for beginners there are 3rd party plugins that do all this for you in the editor.
Add some columns then add buttons there are no options for buttons, one shape roundish that’s it. Add one button with text of say 3 characters, then add second button more characters the button size changes to follow the number of characters. Again HTML spaces are required to get a reasonable desktop result, then try it in mobile its crap.
I got to the stage that I could not publish the results for my customers.
Have gone back to a working solution with PootlePress Page Builder.
Adding sections or blocks can work and is simple once you realize that to delete the section or block it must have at least one character typed into it.

Believe me this editor is not ready and should not be released in Word Press 5.0 as the main editor.

Read all 1,283 reviews

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 Full Screen mode. 📺
  • Add UI for bulk managing reusable blocks.
  • Implement a more sophisticated Editor Styles mechanism. 🖍 It allows themes to register editor styles for blocks by targeting the blocks themselves without having to fight CSS specificity, and without having to know the internal DOM structure for the editor.
  • Move the block settings menu to the block toolbar, further consolidating the UI elements.
  • Switch to a new hand-coded default block parser implementation and expand documentation.
    • Implemented in both PHP and JS.
    • Brings great performance improvements in both time and memory.
    • Makes server-side parsing in PHP viable for accessing blocks as a tree.
  • Use flex-box to render the block inserter layout to address different issues with spacing.
  • Show a warning when a disallowed filetype is dropped on a MediaUpload.
  • Show “no archives to show” message on Archives Block.
  • Add AccessibleSVG component and use consistently for block icons.
  • Improve Classic editor and Cloudflare notification modals.
  • Refactor Draggable component to decouple the drag handle from the DOM node being dragged.
  • Move video caption styles to style.scss.
  • Treat Verse lines consistently on the front-end.
  • Make sure all available taxonomies are loaded in the editor.
  • Improve empty elements filters in Slot implementation.
  • Fix case with PostTextEditor where intended state value is not always reflected in the rendered textarea when empty.
  • Fix background clashing with some themes in Separator alternative styles.
  • Fix case where hasSelectedInnerBlock did not account for multi-selected innerBlocks. This caused an edge case in Spotlight mode where multiple blocks selected inside a column would appear unfocused.
  • Fix regression with margins around image captions.
  • Fix issue with author select overflowing on IE11.
  • Fix the publish panel top position in FullScreen mode.
  • Fix radio button alignment in post visibility menu.
  • Fix issues with centering of images.
  • Fix BlockIcon usage in embed placeholder when resource cannot be previewed.
  • Fix font size regression in PostTitle.
  • Fix codetabs block in extensibility documentation.
  • Fix import source of RangeControl in Readme file.
  • Fix broken link in documentation inside element/README.md.
  • Deprecate usage of RichText provider component.
  • Deprecate getI18n, dcnpgettext.
  • Remove deprecated selectors from docs.
  • Revert shortcut change in block-deletion e2e test.
  • Pin fetch polyfill to 3.0 UMD distributable to resolve an issue where it was no longer usable in IE11.
  • Ensure Gutenberg repository is clean after install.
  • Include block serialization default parser in plugin.
  • Change how required built-ins are polyfilled with Babel 7.