WordPress 6.1 konzentriert sich auf die Verfeinerung der vollständigen Website-Bearbeitung, die Zusammenarbeit in der nächsten Phase und mehrsprachige Funktionen, die für 2023-2025 erwartet werden

Der leitende Gutenberg-Architekt Matias Ventura hat als Hauptziel für die kommende Version 6.1 die Verfeinerung der in 5.9 und 6.0 eingeführten Erfahrungen identifiziert. Er veröffentlichte die Roadmap für 6.1 vor der Abschlusssitzung beim WordCamp Europe in Porto, wo er mit Matt Mullenweg und Josepha Haden Chomphosy zu einer Demo zusammenkommen sollte. Ventura konnte es nicht schaffen, aber er twitterte einen Thread mit Videodemos einiger aufregender Schnittstellen-Updates, an denen Gutenberg-Mitarbeiter arbeiten.

Einer der Hauptaspekte besteht darin, die Website-Navigation durch einen neuen „Browse-Modus“ reibungsloser zu gestalten, der es Website-Editoren ermöglicht, während der Arbeit hinein- und herauszuzoomen.

Muster sind ein weiterer wichtiger Schwerpunkt, den Ventura als „ein zentrales Element der kreativen Erfahrung“ identifiziert hat. Die Mitwirkenden arbeiten daran, das Erstellen mit Mustern zu vereinfachen, und planen, den Erkennungs- und Einfügeprozess zu verbessern. WordPress 6.1 bietet eine bessere Unterstützung für die Verwendung von Mustern in benutzerdefinierten Beitragstypen, Blocktypen und eine intuitivere Erfahrung beim Sperren von Mustern und der Verwaltung gespeicherter Muster.

Die Mitwirkenden untersuchen auch eine neue Luftansicht und andere Ideen, um die Interaktion mit Mustern als Abschnitte einer Seite zu vereinfachen, wie Ventura in seinem Thread demonstrierte.

Ventura sagte, ein weiteres Ziel für WordPress 6.1 sei es, die globale Styles-Oberfläche mit besserer Unterstützung für Einschränkungen, Privilegien und kuratierte Voreinstellungen zu verbessern. Design-Tools werden ebenfalls aktualisiert, um responsive Typografie zu unterstützen und die Verwaltung von Webfonts zu ermöglichen.

„Die Melodie der Veröffentlichung wird darin bestehen, die in 5.9 und 6.0 eingeführten Erfahrungen zu verfeinern, die verschiedenen Abläufe zu kohärenteren und erfüllenderen Erfahrungen für Benutzer, Betreuer und Erweiterer zu verweben und einige Lücken in der Funktionalität zu schließen, während wir uns auf Phase 3 konzentrieren der Gutenberg-Roadmap“, sagte Ventura.

Über WordPress 6.1 hinaus: Phase 3 der Zusammenarbeit geht der mehrsprachigen Phase 4 voraus, um die Kernarchitektur zu etablieren

Matt Mullenweg und Josepha Haden Chomphosy haben während ihrer Q&A-Sitzung auf dem WordCamp Europe mehrere Fragen zur langfristigen Roadmap von WordPress beantwortet. (Das Video vom Livestream ist unten eingebettet.)

Die WordPress Core-Mitwirkenden planen, die Anpassungsphase abzuschließen, bevor sie 2023 mit der Kollaborationsphase beginnen. Während der Q&A-Sitzung fragte einer der mehrsprachigen Mitwirkenden, warum WordPress bis Phase 4 wartet, um mit der Arbeit an mehrsprachigen Funktionen im Kern zu beginnen.

„Ein Grund, warum wir nicht jetzt Daten festlegen und später an der Funktion arbeiten möchten, ist, dass wir jedes Mal gelernt haben, dass es schwierig ist, die Architektur für etwas zu erstellen, ohne die Benutzererfahrung zu schaffen“, sagte Mullwenweg. „Wenn wir versuchen, das eine ohne das andere zu machen, zum Beispiel mit der REST-API, sind wir in die REST-API eingestiegen, bevor wir sie selbst vollständig genutzt haben. Als wir begannen, die REST-API mit Gutenberg als Erstanbieter zu verwenden, fanden wir eine Reihe von Lücken. Ich würde mich besonders schlecht fühlen, wenn diese Lücken bedeuten würden, dass Plugins seit ein paar Jahren auf der falschen Architektur aufbauen.“

Mullenweg erklärte auch, warum er es für wichtig hält, Phase 3, die er als „Workflow“ bezeichnet, vor den mehrsprachigen Funktionen zu priorisieren:

Phase 3 ist Arbeitsablauf. Dies ist im Grunde der Punkt, an dem wir die gemeinsame Bearbeitung in Echtzeit in WordPress übernehmen werden, ähnlich wie Google Docs oder etwas anderes. Wenn Sie sich anmelden, um eine Seite oder Ihre Sites oder eine Vorlage oder etwas anderes zu bearbeiten, können Sie sehen, wie sich jemand anderes zur gleichen Zeit dort bewegt. Natürlich möchten wir sicherstellen, dass wir die Versionskontrolle wie für Posts und Seiten in so viele Teile von WP wie möglich integriert haben, damit Sie, wenn jemand einen Fehler macht oder die Website bearbeitet, rollen können es leicht zurück, was meiner Meinung nach wirklich wichtig ist, um den Menschen Vertrauen zu geben.

Er betonte, wie wichtig es sei, eine Collaboration-Architektur einzurichten, bevor mehrsprachige Unterstützung in Core eingeführt werde.

„Ich denke, dass die Arbeitsabläufe rund um die Mehrsprachigkeit wichtig sind“, sagte Mullenweg. „Wo wird also der Inhalt kanonisch erstellt, wie fließen Änderungen von einer Sprache in die andere, vielleicht sogar bidirektional, abhängig von den Personen, die die Website bearbeiten, und wie wirkt sich das auf den Rest der Vorlagen aus – Dinge, die außerhalb des Beitrags liegen und Seiteninhalte.“

Er wies auch darauf hin, dass die vielen bereits bestehenden mehrsprachigen Lösungen von Drittanbietern eine Übergangszeit haben werden, da Core diese Funktionen integriert.

„Ich gehe davon aus, dass mit Seitenerstellern ähnliches passiert ist: Sobald es etwas im Kern gibt, werden sie entweder einen Datenmigrationspfad haben oder sich in die Grundlage integrieren, die wir in den Kern legen“, sagte Mullenweg. „Aber ich möchte Erwartungen wecken, dass es sich wahrscheinlich eher um eine 2024- oder 2025-Initiative für WordPress handelt. Und wir wollen diese anderen Phasen zuerst wirklich gut erledigen. Warum müssen wir in Ordnung gehen? Wir können nur so viel auf einmal tun.“

Als die Person, die die Frage gestellt hatte, nach einem Grund drängte, warum eine Notfall-Arbeitsgruppe jetzt nicht beginnen könne, ermutigte Mullenweg alle eifrigen Mitwirkenden, ihre Arbeit in ein Plugin zu packen. Er verwies auf Gutenberg, das als Plugin begann und jahrelang getestet wurde, bevor es in den Kern gebracht wurde.

Ich würde sagen, wenn wir uns Phase 4 ansehen, werden wir uns zuerst ansehen, wie all die Plugins das machen. Vielleicht könnte eines dieser Plugins sogar die Grundlage für das werden, was in den Kern kommt. Es ist in Ordnung, wenn die Plugins unterschiedliche architektonische Ansätze verfolgen, da wir die Vor- und Nachteile dieser sehen möchten. Denken Sie daran, dass Menschen WordPress mit Millionen und Abermillionen von Posts und Seiten verwenden, manchmal zig Millionen. Wir wollen, dass dies skalierbar ist, wir wollen, dass es performant ist, wir wollen, dass es zugänglich ist. Nimm all die Dinge, die die Leute über WordPress wissen und denen sie vertrauen. und bringen Sie es zu dieser Funktionalität.

Mullenweg sagte, er denke, dass Mehrsprachigkeit „wahrscheinlich eines der komplexesten Dinge sein wird, die wir in den Kern bringen, noch mehr als Blöcke“. Der Grund dafür ist, dass Blöcke das nahmen, was WordPress zuvor getan hatte, und ihm eine neue Oberfläche über HTML gaben.

„Mehrsprachigkeit nimmt alles in WordPress auf – Tags, Kategorien, Seiten, Vorlagen und macht es multifaktoriell, also ist es wie eine faktorielle Menge an Komplexität zusätzlich zu dem, was derzeit eher eine Eins-zu-Eins-Beziehung ist. " er sagte. „Wenn Sie Ideen haben, wie das geht, machen Sie mit einem der bestehenden Plugins mit oder starten Sie Ihr eigenes.“