Beschreibung

Gutenberg ist mehr als nur ein Editor. Während momentan der Editor im Fokus ist, wird das Projekt letztlich die gesamte Erfahrung des Publizierens beeinflussen, inklusive der Individualisierung/Anpassungen (der nächste Schwerpunkt).

Mehr über das Projekt erfahren.

Bearbeitungs-Focus

Der Editor wird eine neue Erfahrung des Erstellens und Kreieren von Seiten und Beiträgen schaffen, was das Schreiben von reichhaltigen Beiträgen mühelos macht, und er hat „Blöcke“, um es einfach zu machen, was heute mit Shortcodes, individuellem HTML oder sonstigem eingebundenen „HokusPokus“ Zeugs zu tun hat. — Matt Mullenweg

Eine Sache, die WordPress von anderen Systemen unterscheidet, ist, dass es dir erlaubt, ein so umfangreiches Beitrags-Layout zu erstellen, wie du es dir nur vorstellen kannst – aber nur, wenn man HTML und CSS beherrscht und ein eigenes individuelles Theme erstellen kann. Indem wir an den Editor als ein Werkzeug denken, mit dem reichhaltige Beiträge geschrieben und schöne Layouts erstellt werden, können wir WordPress in etwas verwandeln, was Benutzer und Benutzerinn lieben. Im Gegensatz zu etwas, das sie auswählen, weil es das ist, was jeder andere benutzt.

Gutenberg betrachtet den Editor nicht nur als ein Inhaltsfeld, sondern auch als ein seit fast einem Jahrzehnt weitgehend unverändertes Layout, das es uns ermöglicht, ein modernes Editor-Erlebnis ganzheitlich zu gestalten und ein Fundament für die Zukunft zu schaffen.

Hier ist der Grund, warum wir den gesamten Bearbeitungsbildschirm betrachten und nicht nur das Inhaltsfeld:

1. Der Block vereinheitlicht mehrere Schnittstellen. Wenn wir das zusätzlich zur bestehenden Schnittstelle hinzufügen, würde es Komplexität hinzufügen, anstatt sie zu entfernen.
2. Durch den Überarbeitungsprozess der Benutzeroberfläche können wir die Erfahrungen beim Schreiben, Bearbeiten und Veröffentlichen modernisieren, wobei Benutzerfreundlichkeit und Einfachheit im Vordergrund stehen und sowohl neue als auch gelegentliche Benutzer profitieren.
3. When singular block interface takes center stage, it demonstrates a clear path forward for developers to create premium blocks, superior to both shortcodes and widgets.
4. Die Betrachtung der gesamten Schnittstelle bildet eine solide Grundlage für den nächsten Schwerpunkt, die vollständige Anpassung der Website.
5. Der Blick auf den ganzen Editor-Bildschirm gibt uns auch die Möglichkeit, die Basis drastisch zu modernisieren und Schritte in Richtung einer flüssigeren und JavaScript-basierten Zukunft zu gehen, bei der die WordPress REST API vollständig genutzt wird.

Blöcke

Blöcke sind die vereinheitlichende Entwicklung dessen, was jetzt auf unterschiedlichste Weise durch Shortcodes, Einbettungen, Widgets, Beitragsformate, individuelle Beitragstypen, Theme-Optionen, Meta-Boxen und andere Formatierungselemente abgedeckt wird. Blöcke umfassen die Bandbreite der Funktionalität, die WordPress bietet, mit der Klarheit einer konsistenten Benutzererfahrung.

Man stelle sich einen individuellen „Mitarbeiter“-Block vor, den ein Kunde auf eine Info-Seite ziehen kann, um automatisch ein Bild, einen Namen und eine Biografie anzuzeigen. Ein ganzes Universum von Plugins, welche alle WordPress auf die gleiche Weise erweitern. Vereinfachte Menüs und Widgets. Benutzer und Benutzerinnen, die WordPress sofort verstehen und benutzen können – und 90% der Plugins. So kannst du auf einfache Weise schöne Beiträge wie dieses Beispiel verfassen.

Lies auch die FAQ, um Antworten auf die meisten Fragen zum Projekt zu erhalten.

Kompatibilität

Beiträge sind rückwärts-kompatibel, und Shortcodes funktionieren weiterhin. Wir untersuchen ständig, wie hochgradig maßgeschneiderte Metaboxen untergebracht werden können, und suchen nach Lösungen, die von einem Plugin über die Deaktivierung von Gutenberg bis hin zur automatischen Erkennung, ob Gutenberg geladen werden soll oder nicht, reichen. Wir wollen sicherstellen, dass das neue Editing-Erlebnis vom Schreiben bis zum Publizieren benutzerfreundlich ist, aber wir sind auch bestrebt, eine gute Lösung für hochgradig maßgeschneiderte bestehende Websites zu finden.

Die Phasen von Gutenberg

Gutenberg hat drei geplante Etappen. Die erste, die sich auf die Integration in WordPress 5.0 ausrichtet, hat ihren Focus auf der Erfahrung mit dem Editor und der Umsetzung von Blöcken. Diese erste Phase konzentriert sich auf einen inhaltlichen Ansatz. Die Verwendung von Blöcken, wie oben beschrieben, erlaubt es, sich darauf zu konzentrieren, wie der Inhalt aussehen wird, ohne diverse Ablenkungen von anderen Konfigurationsmöglichkeiten. Dies wird letztlich allen Benutzern und Benutzerinnen helfen, ihre Inhalte direkt, ansprechend und visuell zu präsentieren.

Diese grundlegenden Elemente ebnen den Weg für die weiteren Etappen zwei und drei, die für das nächste Jahr geplant sind, um über den Beitrag hinaus in Seitenvorlagen (Templates) und schließlich die vollständige Anpassung (Customizing) der Website zu gehen.

Gutenberg bringt große Veränderung, und es wird an Wegen gearbeitet, um dennoch sicherzustellen, dass bestehende Funktionen (wie Shortcodes und Meta-Boxen) weiterhin funktionieren, während den Entwicklern Zeit und Wege für einen effektiven Übergang zur Verfügung stehen. Letztendlich wird es neue Möglichkeiten für Plugin- und Theme-Entwickler und Entwicklerinnen eröffnen, um den Anwendern und Anwenderinnen durch eine ansprechendere und visuellere Erfahrung besser zu dienen, da die Vorteile eines Core-unterstützten-Toolsets genutzt werden.

Mitwirkende

Gutenberg wird von vielen Mitwirkenden und Freiwilligen gebaut. Die vollständige Liste ist zu finden unter CONTRIBUTORS.md.

Experiments

• Navigation block:
  • Support color customization.
  • Improve the Link edition UI.
• Block Content Areas:
  • Implement a frontend template loader based on the  wp_template CPT.
  • Add a temporary UI to edit wp_template CPT posts.
  • Add a Site title block.

New APIs

• Add VisuallyHidden component.
• Add @wordpress/base-styles package to share the common variables/mixins used by the WordPress packages.
• Add Platform component to allow writing platform (web, mobile) specific logic.
• Add isInvalidDate prop to DatePicker.
• @wordpress/env improvements:
  • Support custom ports.
  • Support using it for themes.
• Add a new experimental React  hook to support colors in blocks.
• Add a new experimental DimentionControl component.

Various

• Storybook:
  • Add a story for the CheckboxControl component.
  • Add a story for the Dashicon component.
  • Add a story for the ColorPalette component.
  • Add a story for the ColorPicker component.
  • Add a story for the ExternalLink component.

Add knobs to the ColorIndicator Story.

• Several other enhancements to existing stories.
• Linting fixes for Storybook config.
• Fix Lint warnings triggered by JSDoc definitions.
• Reorganize e2e tests specs into three folders: editor, experimental and plugin.
• Cleanup skipped e2e tests.
• Add a link to Storybook from the Gutenberg playground.
• Optimize the @wordpress/compose package to support tree-shaking.
• Code Quality:
  • Refactor the Button block edit function to use a functional component.
  • Change the name of the accumulated variables in reduce functions.
  • Remove wrapper around the Table block cells.
• Fix several issues related to Node 12 becoming LTS.
• Add the Block Inspector to the Gutenberg playground.

Documentation

• Enhance the Git workflow documentation.
• Clarify block naming conventions.
• Tweaks and typos: 1, 2.