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 .

Preguntas frecuentes

¿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?

Reseñas

I hate it.

So far I see no real benefit for this. Blogs are saying Gutenberg is the next best thing. Well, I totally disagree. I like to be in control of what I make, not having anything overrule it.
Also the HTML editor is just way too plain. All it it in Gutenberg is a block with a lot of unused white space (we had that already as 1 column view, which I never liked either). So what, what, what? Makes this dull, lumpy interface so great? In my opinion: absolutely NOTHING.

OK, but not quite there yet

I help friends with their websites in Jimdo and Squarespace, and after testing Gutenberg I am much happier with it than with those editors.

Still, there are some things I noticed right away after 15 minutes working with Gutenberg:

1. When I add a new block it doesn’t always appear where my cursor is. I have deleted several blocks already, which popped up at the wrong position.
2. So far I haven’t found out, if/ how I can move a block to another position. The only option i found is copy + paste the content to a new block. UPDATE: I found it! Not where I had expected it.
3. I love the option to build columns. In the past I had tested various plugins and all had some issues messing things up. The Gutenberg column block is much better, even if it is still beta. But, please give us an option to determine column width, so that I can have a narrow and a wide column next to each other. In percent of available space would be sufficient for me.
4. It took me sometime to find the preview after editing a block in HTML. To me the location of the preview button is not self-explaining. I did expect it below the “edit HTML” option.
5. The editor interface wastes a lot of place to the left and right of the content (I have a 21 inch screen). That means a lot of scrolling, when editing content. Please make better use of the available space.

Tout ce boulot pour en arriver là?

Je pense que les concepteurs de Gutenberg sont tombés sur la tête! Hééé toc-toc!… Sortez vos têtes du clavier! Allez respirer un bon coup à l’extérieur, cela va vous remettre les neurones en place!!!
On aime WordPress depuis des années pour sa simplicité, son ergonomie et ses possibilités en terme de copié/collé etc. C’est vrai certes que l’éditeur visuel à quelques défauts ou qu’il manque quelques bouton de mise en forme, et qu’il n’a pratiquement pas évolué ces dernières années.

De grâce ne nous imposez pas ça!!!
Cela fait 5 ans que j’utilise WP (seulement par rapport à certains), et je dois vous avouer que je n’ai jamais pensé aller lorgner vers un autre CMS, mais si vous installez Gutenberg sans nous laisser d’alternative ou bien de revoir votre affaire sérieusement, il n’est pas dit que je ne me penche pas un peu plus sur la question!
Et il n’y a pas de honte à admettre que l’on c’est planté! A bon entendeur Salut.

Errors, too many clicks to get things done

The plugin does not appear to be ready for release. I’ve dealt with multiple errors and barely got the basics working after installing and uninstalling Gutenberg and the classic editor multiple times.

I finally got a couple of blocks to appear to work, but as soon as I inserted an image the errors returned.

Simply doing something like adding bold or inserting an image takes double the number of clicks or more. In making the interface look more simple, they’ve made it more complicated to accomplish simple things.

I will check back in 6 months to see if anything has improved, but likely will still use the classic editor.

Add block button suggestion

It would be great if the add new block button was also available below an existing block and not just top centre.

Also, sometimes the small cross in the circle is barely visible between paragraphs or when a line in inserted above two paragraphs.

Leer todas las 971 reseñas

Colaboradores y desarrolladores

“Gutenberg” es un software de código abierto. Las siguientes personas han colaborado con este plugin.

Colaboradores

“Gutenberg” ha sido traducido a 33 idiomas. Gracias a los traductores por sus contribuciones.

Traduce “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 .

Registro de cambios

Latest

  • Add an edit button to embed blocks to modify the source.
  • Improve margin collapse within column blocks.
  • De-emphasize inline tokens within the inserter for a better user experience.
  • Polish focus and active styles around buttons and inputs.
  • Polish styles for checkbox component, update usages of toggle to checkbox where appropriate. Update documentation.
  • Improve pre-publish panel styling and textual copy.
  • Prevent duplicate DotTips from appearing.
  • Integrate “queries data” into the entities abstraction for data module.
  • Hide block movers if there are no blocks before and after.
  • Initial improvements for responsive image handling in galleries.
  • Use correct color for primary button bottom border.
  • Allow transitioning post status from scheduled to draft.
  • Improvements for auto-completer keyboard interactions.
  • Place strikethrough formatting button after link as it’s less important.
  • Resolve issue with preview sometimes opening redundant tabs.
  • Align timepicker with calendar on pre-publish panel.
  • Expand date filter select box width within media library.
  • Constrain media blocks to content area width in front-end.
  • Reapply box-sizing to slider thumbs.
  • Avoid showing line separator in block settings menu when it’s the last item.
  • Introduce additional keyboard shortcuts to navigate through the navigateRegions component.
  • shift+alt+n to go to the next region.
  • shift+alt+p to go to the previous region.
  • Replace all withAPIData usage and deprecate the higher-order component.
  • Add persistence via data plugin interface.
  • Introduce new redux-routine package for synchronous generator in data module.
  • Move embed API call out of block and into data module.
  • Remove no longer needed workaround targeted at resolving a TinyMCE error.
  • Abort selection range set on unset range target. Resolves an issue when merging two empty paragraph blocks created while at the end of an inline boundary.
  • Removing or merging RichText should only trigger if the selection is collapsed:
  • Fix issue with backspace not working as expected when deleting text content from the first block.
  • Fix case where paragraph content could move to previous paragraph when deleted.
  • Remove provisional block behaviour to improve reliability of various interactions.
  • Restore horizontal edge traversal implementation to address issue where pressing Backspace may not place the caret in the correct position if within or after a RichText field.
  • Ensure Gutenberg is disabled when editing the assigned blog posts page.
  • Initialize the Autosaves controller even if revisions are disabled. Fixes several bugs around saving with revisions turned off.
  • Display warning when Cloudflare blocks REST API requests.
  • Improve validation for attribute names in serializer.
  • Add Slot to block menu settings for extensibility.
  • Fix File Block center align behavior.
  • Fix behaviours when deleting on an empty RichText field.
  • Fix parent-dropdown missing for custom post-types.
  • Fix import style statements in ColorIndicator.
  • Fix height of used-once block warning.
  • Fix link for innerBlocks docs.
  • Fix link to server-side-render component.
  • Fix race condition with DomReady.
  • Fix awkward capitalisation in demo post content.
  • Fix warning for unrecognised forwardedRef prop.
  • Fix regression with URL input focus box.
  • Fix error in custom HTML preview when block is empty.
  • Fix colspan bug in table block for tables with thead tags.
  • Fix issue with image inspector controls disappearing once an image block is set to wide/full alignment.
  • Fix issue when image size remains blurry if manually set to a smaller size (i.e., medium) and then changed alignment to wide/full.
  • Fix issue with meta boxes being absent when script enqueued in head depends on wp-edit-post.
  • Resolve an issue where removing all text from a Button block by backspace would cause subsequent text changes to not be accurately reflected. Broader issue with TinyMCE inline elements as containers.
  • Avoid using remove() because it’s unavailable in IE11.
  • Address further feedback on duplicated DotTips implementation.
  • Update re-resizable to version 4.7.1 — fix image & spacer blocks resizing on IE.
  • Use a unique querystring package instead of three different ones.
  • Introduce filters to allow developers the ability to customize the Taxonomy Selector UI for custom taxonomies.
  • Introduce RichText component for mobile native and implement the Paragraph Block with it.
  • Use standard label for Alt Text input.
  • Consolidate similar i18n strings.
  • Remove title attributes from the Classic Editor warning.
  • Remove unused code in taxonomies panel.
  • Remove oEmbed fixture files.
  • Remove jQuery dependency from @wordpress/api-fetch.
  • Remove filler spaces from empty constructs.
  • Remove REST API shims for code introduced in WP 4.9.8.
  • Remove unused terms, taxonomies, and categories code.
  • Replace the apiRequest module with api-fetch module.
  • Add inline comment that explains a stopPropagation() within tips implementation.
  • Add gutenberg_can_edit_post filter.
  • Add watch support for stylesheets in packages.
  • Add JSDoc comment to Popover’s focus() method.
  • Add readme docs for all components.
  • Autogenerate documentation from readme files.
  • Add doc note about automatically applied attributes in save.
  • Add test for block mover.
  • Allow demo content to be translatable.
  • Update CSS selectors from :before to ::before.
  • Export the description for server-registered blocks.
  • Export getBlockTypes on react native interface.
  • Expose redux-routine to react native.
  • Expose unknown-type handler methods for mobile.
  • Specify missing wp-url dependencies.
  • Improve JS packages descriptions.
  • Downgrade Docker image version for WordPress for test validation.
  • Move CI back to latest WordPress version and bump minimum version to 4.9.8
  • Use @wordpress/compose instead of @wordpress/components.
  • Update docs for Button component.
  • Update package-lock.json.
  • Updated dependencies: jest, npm-package-json-lint and read-pkg-up.
  • Add Babel runtime dependency to redux routine.
  • Prevent Travis from running when changes are only made to .md files.
  • Add stylelint for SCSS linting.
  • Set babel dependencies to fixed version and add core-js2 support.
  • Trigger E2E test failure on console logging.
  • Update doc links to resources moved to packages folder.
  • Update api-fetch package documentation.
  • Update Lerna to 3.0.0-rc.0.
  • Generate source maps and read those from the webpack build.
  • Rewrite e2e tests using jest-puppeter preset.
  • Introduce a new Extending Editor document specific to editor filters.
  • Improve test configuration and mocking strategy.