Gutenberg

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:

  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?

Opiniones

Not Impressed

Have been avoiding this plugin since it was first released and it insisted in showing markup in my posts..uggh..

Added a new blog post today for the first time in 6 weeks and it seems its the default editor so figured I’d give it a go. I have to admit I like the new ‘blocks’ and such and was thinking how I could use this feature as Im preparing my new post. I hit ‘publish’ after going through what seemed a fairly seamless process (so far so good) and it comes up with error: publishing failed. Like wtf does that mean?? This was simple using the old editor? Fortunately I managed to save a draft (phew) and was able to use the classic editor to get the new page out onto the ‘net.

To the dev’s: If you’re going to release a new editor to replace the current one you better get it right before making this one mandatory or I for one will be changing to something other than WP.

Unecessary “upgrade” threatening to ruin a great CMS

With options like Thrive and WP Bakery on the market I just don’t understand the reasoning behind this supposed upgrade. It’s clunky and a very poor substitute for actual visual editors. Stop trying to compete with developers who do what you’re trying to do better – just focus on keeping WordPress compliant and useful. WordPress can’t be all things to all people. Every product can’t be “dumbed down” without losing efficiency and functionality.

If WP persists with this change to the editor, Laravel is looking more and more attractive.

User horror

In a word – horror. The very bad step of WordPress. The Editor should remain an optional downloadable plugin. At the core of WordPress, it’s a totally unnecessary thing – leaving many much better page building plugins. No user friendly. I hope the original TinyMCE editor will be kept! Otherwise, I’m leaving with WordPress.

Great!

Since I started to develope wp sites (maybe 8 years ago) I hated the editor and the previous versions of it. Now I’ve set up my first large page with Gutenberg and I truly do love it! For me it fits perfectly in a modern web developement process and it gets better and better. Of course there are still a lot of things to do but the developers are doing a great job and I am sure it will shift wp to a new level!

Leer los 1,552 comentarios

Colaboradores & Desarrolladores

“Gutenberg” es software de código abierto. Las siguientes personas han contribuido a este plugin.

Colaboradores

“Gutenberg” ha sido traducido en 41 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

Latest

Changelog

  • Improves discoverability of permalinks by adding permalink panel to the document sidebar.
  • Improves margins, column child block, and mobile display of columns.
  • Allow for programmatically removing editor document panels.
  • Replaces the uploading indicator of images and galleries with a spinner and faded out image.
  • Toolbar for floats was a little offset beyond the mobile breakpoint, now fixed.
  • Text and code editing blocks did not have width set, now set to fill the space.
  • Correctly align URL input autocomplete.
  • Improve animations: new, consistent naming convention, adds editor prefix, and moves keyframe animations (which don’t work well with mixins) into the edit post style.
  • Hover styles were showing on mobile, where hover is not available – now disabled.
  • Click and drag was incorrectly triggering a selection event in the block list under the popover, resulting in the popover dismissing. This was causing blocks to be selected when trying to set links to open in a new tab, for example. Fixed by preventing the mouse down event from propagating.
  • Adds some padding to the block inserter so that it never overlaps text in nested contexts or mobile views.
  • Better handle images larger than the editor by allowing a 2.5x buffer. Allows images inserted in TwentyNineteen and other themes that have a wider than 580px editor width, to look as expected, but prevents infinite resizing of images.
  • Stop mousedown event propagating through the toolbar, fixing problem of unexpectedly selecting blocks.
  • Improve the way that long words are broken on multiple lines, using word-break: keep-all;
  • Preserve the ratio of video backgrounds in cover blocks, videos may be cropped to fit but will keep their original ratio.
  • It was not possible to scroll a long menu on first load of Gutenberg, fixed by removing sticky-menu.
  • Properly check for allowed types of Media in Media Placeholder components.
  • “Resolve” and “Convert to HTML” buttons were not clickable (regression), now resolved.
  • Exclude HTML editing from Columns and Column blocks.
  • Better handle links without href, which were showing as undefined.
  • Renders block appender after the template is processed, to prevent incorrectly inserting new paragraphs.
  • Parent pages were being lost when draft pages were autosaved, fixed by removing parent pages from autosave requests and refactoring to stop using “parent” as the path argument name.
  • Adding line breaks in formatted content in quote blocks were not working correctly, fixed by persisting formats when new lines are added.
  • Prevent users in the contributor role from using blocks that require upload privileges.
  • Fix block selection in removing blocks, correct typo in comparison.
  • Japanese text (double byte characters) was not usable in the list block, fixed by changing handling of composition events.
  • Better handles different text encodings (e.g. emoji) within a block in block validation.
  • Use a query argument instead of data to prevent error being thrown on post refresh.
  • Keyboard navigation was not working as expected in Firefox, added extra key binding.
  • Adds missing alt values to images when editing.
  • Better communicate block nesting level by using unordered lists.
  • Fix sidebar icons being incorrectly announced in NVDA by adding a span with aria-hidden=”true”.
  • Fixes block toolbar aria label to announce “block tools toolbar” rather than “block toolbar (a11y).
  • Adjusts focus on media and text blocks to select the overall block, not the child paragraph block.
  • Refactors i18n module to replaces Jed with Tannin for significant performance improvements.
  • Replace getSelectedBlock and getMultiSelectedBlocks with more performant getSelectedBlockClientId and a getBlocks selectors in copy handler.
  • Replace getBlock selector in favor of the more performant getBlockName.
  • Replace getSelectedBlock with more performant getSelectedBlockClientId and new isBlockValid selectors in the BlockToolbar.
  • Replace getSelectedBlock with more performant getSelectedBlockClientId and new isBlockValid selectors in the Block Inspector.
  • Replaces getInserterItems with a new hasInserterItems selector which is more performant, and makes some adjustments to memorization.
  • Avoid using the getSelectedBlock selector in autocompleters.
  • Remove use of getBlock selector in the DefaultBlockAppender and EditorKeyboardShortcuts components.
  • Move undo handling out of TinyMCE and into the RichText component.
  • is_gutenberg_page incorrectly assumes get_current_screen exists, add check.
  • Brings code inline with CSS standards by switching font weight to numeric values.
  • Wrapped component would not the most up-to-date store values if it incurred a store state change during its own mount (e.g. dispatching during its own constructor), resolved by rerunning selection.
  • Display an error message if Javascript is disabled.
  • Update to React 16.6.3.
  • Adds missing components dependency for RichText.
  • Refactors list block to remove previously exposed RichText/TinyMCE logic.
  • Removes focusOnMount prop from NavigableToolbar components, which was generating a warning.
  • Refactor checks for upload permissions, removing unnecessary checks for store permissions.
  • Use the large image size when inserting images in both galleries and image blocks.
  • Fixes dependency of wp-polyfill which needs to be registered before React and React-Dom when plugins (like Yoast) rely on Gutenberg’s React.
  • Mark onSplit as unstable as it is pending refactor.
  • Remove 4.4 deprecated features.
  • Fix SCSS syntax error.
  • Remove export of previously removed function.
  • Add an E2E test for unsupported blocks.
  • Refactor E2E utility functions.
  • Formatting updates to copy guidelines.
  • Makes headings consistent in the dropdown documentation.
  • Removes outdated documentation referring to function support in registerBlockType.
  • Fixes some typos and line breaks in block design documentation.
  • Fixes some typos and improves readability of README.
  • Adds toolbar to the editing block, and edit button.
  • Passes the isSelected prop down to the implementation of RichText components to make them respond properly to focus changes.