Sollte WordPress eine API für Drittanbieter-Editoren bereitstellen?

Stellen Sie sich eine Zukunft vor, in der Sie sich in den Administrator Ihrer Website einloggen. Du gehst zum Editor. Dieser spezielle Editor verfügt über alle Tools und Funktionen, die Sie effizienter bei der Erstellung von Inhalten machen, die Sie der Welt zur Verfügung stellen. Sie fangen sofort an, Tasten zu drücken oder Ihre Maus über den Bildschirm zu ziehen, zufrieden mit dem, was die von Ihnen verwendete Software zu bieten hat.

Heute ist dieser Editor möglicherweise der Standard-Blockeditor für WordPress. Einige verwenden möglicherweise das Classic Editor-Plug-in für ein vertrautes Schreiberlebnis. Andere erstellen wunderschöne Layouts mit dem Elementor-Seitenersteller.

Seit dieser Woche fühlen sich die Leute mit Iceberg zu Hause, einer Benutzeroberfläche, die auf dem Blockeditor für Leute aufbaut, die eine minimalistische Umgebung bevorzugen und Markdown lieben.

Einige Blogger posten per E-Mail. Andere verwenden Apps von ihrem Telefon. Und eine ganze Klasse von Menschen arbeitet mit Offline-Editoren von Drittanbietern wie Microsoft Word, Atom und dem einfachen alten Notepad.

Wenn ich im Laufe der Jahre eines erkannt habe, dann, dass Bearbeitungsumgebungen so unterschiedlich sind wie die Menschen, die sie verwenden. Es gibt keine One-size-fits-all-Lösung. Die Erfahrung, die ich suche, ist nicht unbedingt die gleiche Erfahrung, die Sie brauchen.

Bei freier Wahl würden die meisten Menschen ihren Schreibtisch umstellen, einen anderen Notizblock verwenden und sich für ein anderes Schreibgerät entscheiden als ihr Nachbar. Selbst wenn wir mit den gleichen Tools beginnen, nehmen wir schließlich Anpassungen vor, um unseren persönlichen Vorlieben gerecht zu werden.

Während des größten Teils seiner Geschichte hatte WordPress einen einzigen Editor, den seine Benutzer gemeinsam nutzten. Es hat sich im Laufe der Zeit geändert – selbst die Hinzufügung von TinyMCE war einst umstritten. Der Standardeditor war jedoch noch nie für jeden Benutzer ausreichend. Ich persönlich habe die klassische Bearbeitungserfahrung verabscheut. Es hat mich dazu veranlasst, im Laufe der Jahre in verschiedenen Markdown-Editoren zu schreiben, um Effizienz und eine wirklich ablenkungsfreie Erfahrung zu erzielen. Es hat auch dazu geführt, dass sich Entwickler der Herausforderung gestellt haben, alternative Erfahrungen für große Mengen von Endbenutzern zu schaffen.

So sehr viele Menschen den klassischen WordPress-Editor lieben, für viele andere war es ein Schmerz. Sonst wären all die Tools, die im Laufe der Jahre aufgetaucht sind, unnötig gewesen.

In ähnlicher Weise ist der Blockeditor oft eine Love-it-or-Hate-it-Erfahrung. Es ist die ideale Bearbeitungsumgebung für viele Benutzer. Für andere ist es bestenfalls eine Straßensperre. Im schlimmsten Fall ist es eines Benzins und eines Streichholzheftchens würdig.

Das Versprechen von WordPress ist es, ein Bearbeitungserlebnis zu bieten, das es Menschen aus allen Lebensbereichen ermöglicht, ihre Inhalte im Web zu veröffentlichen. Das Versprechen besteht darin, diese Erfahrung so schmerzfrei wie möglich zu gestalten und weiter auf das unerreichbare, aber lohnende Ziel hinzuarbeiten, den Veröffentlichungsprozess zu perfektionieren.

WordPress – jede Veröffentlichungsplattform für diese Angelegenheit – ist nur so gut wie sein Editor.

Es ist eine Zwangslage. Es gibt keine Möglichkeit, den idealen Editor für alle Menschen zu erstellen.

Was ist der nächste Schritt?

Eine Editors Registry und API

In den Kommentaren der Iceberg-Redaktion der Taverne schlug Phil Johnston eine Lösung für die Zukunft von WordPress vor. „Bei all den erstaunlichen Veröffentlichungserfahrungen, die herauskommen, frage ich mich, ob es für WP an der Zeit ist, das Konzept der ‚Editoren' aufzunehmen“, schrieb er. „Wie ein offizielles Verzeichnis installierter Editoren.“

Später erstellte er eine Funktionsanfrage, die eine API forderte, die es Plugin-Autoren erleichtern würde, neue Bearbeitungserfahrungen auf WordPress zu erstellen. Der Vorschlag ist eine allgemeine Idee, wie der Bearbeitungsbildschirm es Benutzern ermöglichen könnte, ihren bevorzugten Editor auszuwählen.

Potenziell könnten Benutzer verschiedene Editoren installieren und verwenden, je nachdem, welche Art von Inhalt sie erstellen. Ein Benutzer möchte vielleicht etwas Ähnliches wie einen Markdown-Editor für Blog-Posts, wechselt aber zu einem Seitenersteller für die Seiten seiner Website. E-Commerce-Plug-ins verfügen möglicherweise über benutzerdefinierte Bearbeitungsoberflächen, die ideal für Shop-Besitzer sind. Schließlich sind die Möglichkeiten endlos. Aber alles beginnt auf WordPress-Ebene.

Es geht nicht darum, den Standard-WordPress-Editor zu löschen. Es geht darum, ein flexibles Framework für Plugin-Entwickler zu schaffen, um mehr Benutzerbedürfnissen gerecht zu werden. Zusätzliche Methoden zum Bearbeiten von Inhalten würden WordPress zu einem stärkeren CMS machen und Benutzer anziehen, die ansonsten eine andere Erfahrung bevorzugen würden, unabhängig von der Art der Website, die sie erstellen.

Dies ist jetzt möglich. Was könnte WordPress jedoch tun, um diesen Prozess für Entwickler zu verbessern?

Jeffrey Carandang, Mitschöpfer von Iceberg, glaubt, dass Core den Bearbeitungsraum für mehr Lösungen von Drittanbietern öffnen könnte. „Das Erstellen unseres eigenen Editor-Modus war eine Herausforderung, aber insgesamt eine super aufregende Erfahrung“, sagte er. „Gutenberg ist im Vergleich zu anderen Teilen von WordPress noch weit davon entfernt, erweiterbar zu sein, aber wir haben es geschafft, einige Bereiche zu hacken, die funktionieren mussten.“

Carandang identifizierte einige Hürden, die sein Team beim Erstellen des Iceberg-Editors überwinden musste:

• Begrenzte Hooks und Filter außerhalb der Blockentwicklung, wie z. B. die oberen und unteren Bereiche des Editors und Wrapper.
• Wenig bis keine Optionen zum Entfernen von Editor-Komponenten, die sich auf CSS-Hacks verlassen, um sie zu verbergen.
• Die Abhängigkeit des Kerneditors von localStorage .

Zusätzlich zu den Hauptproblemen musste sein Team gegen mehrere Versionen des Blockeditors entwickeln, um ein nahtloses Erlebnis für die Benutzer zu gewährleisten. Trotz der Probleme glaubt er immer noch an eine Zukunft, in der das Blockeditor-Projekt „potenzielle Innovationen“ im Raum eröffnen kann.

Heute verfasse ich diesen Beitrag in einem Offline-Markdown-Editor. Ich kopiere meinen zweiten oder dritten Entwurf und füge ihn vor der endgültigen Bearbeitung in den Blockeditor ein, der Markdown hervorragend in Blöcke umwandelt. An anderen Tagen arbeite ich je nach Lust und Laune direkt in WordPress. Meine bevorzugte Schreiberfahrung ist jedoch so einfach wie es nur geht und passiert oft in Atom. Daran bin ich gewöhnt.

Ich frage mich, ob es eines Tages einen Editor geben wird, der mich dazu bringt, Vollzeit in WordPress zu schreiben. Ich warte gespannt auf die Plugin-Entwickler, die den Versuch wagen. Meine Hoffnung ist, dass WordPress diese Ideen kultiviert, ohne im Weg zu stehen.