Die neueste WordPress-Version 3.5 hat die 6-Millionen-Download-Marke überschritten. Es brachte uns eine neue Medienerfahrung und verschiedene Verbesserungen im Dashboard. Aber das Leben geht weiter, und der Umfang der kommenden Version 3.6 wurde bereits festgelegt.

Es wurde viel darüber debattiert, was zu erwarten ist, insbesondere im Hinblick auf die Verbesserung unseres Publishing-Workflows. Glücklicherweise geben uns die Entwickler einige Hinweise über die Diskussion auf trac und das Machen Sie WordPress Core Blog.

Werfen wir einen Blick darauf, was sich abzeichnet, um sicherzustellen, dass unsere Projekte vorbereitet sind und wir keine bösen Überraschungen auf der Straße erleben.

Mark Jaquith , wer wird ein führender Entwickler für 3,6 Zyklus, erklärt in seinem einleitender Beitrag :

Ich persönlich würde es gerne sehen, wenn der Schwerpunkt der Veröffentlichung auf der Bearbeitung von Inhalten (Revisionen, Autosave, Workflow, Bearbeitungsmodi usw.) liegt.

Aaron D. Campbell wird die Veröffentlichung und führen er ist auch ausgedrückt seine Absicht, sich auf die Bearbeitung von Inhalten zu konzentrieren, um sein Potenzial für Nutzer zu erhöhen. Wir können daher einige weitere Verbesserungen für die kleinen Dashboard-Funktionen erwarten, die das Leben erleichtern.

Post-Formate UI

Post-Formate wurden in WordPress 3.1 eingeführt und derzeit haben wir viele schöne Themen, die sie verwenden, um Inhalte auf eine visuell ansprechende Weise zu präsentieren. Leider hatte die Admin-Benutzeroberfläche für diese Funktion immer einige Usability-Probleme, weshalb Entwickler sie für Client-Projekte optimieren mussten.

In 3.6 unter der Leitung von Helen Hou-Sandi Dinge werden sich verändern. Nach Helen Die Benutzeroberfläche selbst wird überarbeitet, damit Benutzer ein bestimmtes Postformat besser verstehen können. Insbesondere werden verschiedene Quellen der Inspiration bearbeitet CF-Post-Formate von Alex König, wordpress.com UI und das berühmte Tumblr Schnittstelle.

Ein weiterer Aspekt, der in Betracht gezogen werden kann, ist "Themen, die standardisiert und portabel sind, wenn es um Daten geht, die für die Darstellung verfügbar sind". Wir können also davon ausgehen, dass Theme-Entwickler endlich den standardisierten Datensatz für jedes Post-Format haben, anstatt Annahmen zu treffen und eigene Implementierungen über benutzerdefinierte Felder zu erstellen.

Autosave und Post-Locking

Das automatische Speichern ist ein wichtiger Aspekt des Workflows von Autoren - der Mangel an guter Implementierung zwingt viele Leute dazu, zu externen Editoren zu wechseln, anstatt direkt in den WordPress-Administrator zu schreiben.

Zu diesem Thema hat Jaquith gesagt:

... wir sollten niemals Posts verlieren, aufgrund von abgelaufenen Cookies, Verbindungsverlust, versehentliche Navigation (selbst wenn AYS'd), Plugin- oder Kernfehler beim Speichern, Browserabstürze, OS-Abstürze, Katzenlaufen auf Tastaturen, Kinder sabbern in Tastaturen ...

Klingt spannend, oder? Andrew Ozz wird die Entwicklung leiten und sich auf die folgenden Komponenten konzentrieren:

  • Erstellen einer "WP Heartbeat" -API: Eine relativ einfache API, die alle 15 Sekunden Anforderungen an den Server sendet und beim Empfangen von Daten Ereignisse auslöst. Dies ist ein Schritt in Richtung der simultanen Bearbeitungsrichtung, aber die anfängliche Implementierung zielt auf die automatische Speicherung und Nachsynchronisierung ab.
  • Post-Locking: verhindert Konflikte und Datenverlust durch mögliche gleichzeitige Bearbeitung eines Posts. Das Benutzeroberflächen- und Benachrichtigungssystem wird verbessert.
  • Automatische Speicherung im lokalen Speicher: verhindert den Verlust von Benutzerdaten zwischen dem Speichern von Post-Revisionen in der Datenbank.
  • Warnungen zum Ablauf der Anmeldung: verhindert den Verlust von Daten aufgrund des Ablaufs von Cookies. Momentan können Sie die PMC Post Retter Plugin dafür, und einige seiner Ideen werden jetzt wahrscheinlich ihren Weg in den Kern finden.

Redaktionsfluss und Revisionen

Mit dem Release 3.6 wird ein lang ersehnter Schritt zur Verbesserung des redaktionellen Workflows gemacht; insbesondere für Websites mit mehreren Autoren und Blogs. Daniel Bachhuber wird die Funktion führen. Er ist einer der Entwickler hinter dem berühmten Fließ-Plugin bearbeiten daher können wir erwarten, dass einige seiner Fähigkeiten in den Kern gelangen.

Es beginnt mit benutzerdefinierten Poststatus. Laut Daniel ist es die "Crux des Erstellens neuer Features". Es gibt also eine klare Absicht, die Custom-Status-API zu finalisieren und ihr Verhalten und ihre Interaktion mit benutzerdefinierten Post-Typen zu standardisieren.

Hoffen wir, dass ab WordPress 3.6 das Erstellen von Zuständen wie "Idee" oder "abgelaufen" ein Kinderspiel wird.

Wenn Sie Informationen oder Beispiele dazu haben, wie vorhandene benutzerdefinierte Status implementiert sind, können Sie Entwicklern helfen, indem Sie an der "Use Case" Studie .

Revisionen sind ein äußerst leistungsfähiges Werkzeug für die Inhaltsverfolgung in WordPress. Für 3.6 werden sie mit Autor Attribution und Vergleich unter der Leitung von verbessert Peter Westwood . Die Benutzeroberfläche wird für den Durchschnittswert (lesen Sie "kein Entwickler") mehr Bedeutung haben, indem mehr Informationen über Änderungen visuell präsentiert werden.

Menüs

Die Menüverwaltung wurde in der Version 3.0 als integraler Bestandteil der Bewegung "WordPress als CMS" eingeführt. Heute können wir uns kein Thema vorstellen, das Menüs nicht unterstützt. In 3.6 wird es einige UI-Verbesserungen geben, die von Dave Martin . Dave teilt seine Ideen darüber, wie der Menüverwaltungsbildschirm in seinem aussehen sollte Blog und weiter trac . Das Hauptproblem, das angesprochen werden soll, ist ein klar definierter Unterschied zwischen dem Hinzufügen von Elementen zu einem Menü und dem Hinzufügen des Menüs selbst zu einem Themenort. Als Lösung wurde der Tabbed-Window-Ansatz vorgeschlagen und man kann sehen die positiven Ergebnisse in Benutzer Tests .

Außerdem wird die neue hookbare Meta-Box "common links" mit "home" und "Log in" als Standard-Links eingeführt. Viele Benutzer haben Probleme herauszufinden, wie diese Links derzeit hinzugefügt werden.

Bedeutet das, dass wir all diese Veränderungen im Kern sehen werden? Wir müssen auf die Veröffentlichung warten, um es zu erzählen. In der Zwischenzeit können Sie dem folgen Machen Sie WordPress Benutzeroberfläche Blog für Details und um an Diskussionen teilzunehmen.

Ablenkungsfreies Schreiben

Die DFW-Funktion wurde in Version 3.2 eingeführt. Seitdem hat es viel Aufmerksamkeit erhalten, sowohl positiv als auch negativ. Einer der wichtigsten Streitpunkte ist der Mangel an Formatierungsunterstützung. WordPress unterstützt keine Abschriften und gleichzeitig ist der DFW-Editor stark von Tastaturkürzeln abhängig. Es gibt keinen führenden Entwickler für dieses Feature, aber Mark hat die folgenden Bereiche zur Verbesserung ausgewählt:

  • Es ist schwer zu entdecken
  • Der Übergang ist ein wenig erschütternd
  • Die meisten Formatierungen für das Schreiben werden nicht unterstützt
  • Allgemeine Verbesserungen des Verhaltens beim Schreiben

Codepflege und Architektur

Wie immer mit einer neuen Version von WordPress, wird es in der Version 3.6 einige Updates geben. Die meisten von ihnen befassen sich mit Caching und Performance-Problemen. Das ist logisch, da WordPress immer komplexer und ressourcenhungriger wird. Abgesehen davon gibt es einige datenbankbezogene Dinge, die sich ändern werden. Ich möchte zwei hervorheben:

  1. Die mysql_ Funktionen sind in PHP veraltet, so dass WordPress 3.6 in Richtung Unterstützung von PDO-Erweiterung zum Bereitstellen von Datenbankverbindungen. Für Entwickler bedeutet dies in erster Linie, dass Sie, wenn Sie aus irgendeinem Grund nicht die native wpdb-Klasse verwenden, um mit einer Datenbank in Ihrem Plug-in zu arbeiten, sofort anfangen - abgesehen davon, dass Sie von der robusten Feature-Liste profitieren Inkompatibilität mit zukünftigen PHP-Versionen.
  2. UNIQUE сstraint wird für den Slug in wp_terms entfernt. Dieses kleine Detail soll sich auf künftige Verbesserungen der Taxonomie-API vorbereiten, insbesondere auf die Behandlung von gemeinsamen Begriffen.

Weitere Planungsänderungen finden Sie auf der Machen Sie WordPress Core Blog.

Zeitplan

Der WordPress 3.6-Release-Plan ist kürzer als frühere Versionen: Der Zyklus begann Anfang Januar und die erste Beta ist für den 13. März geplant. Der 22. April 2013 ist der geplante Starttermin. Also, wenn Sie an diesem Zyklus teilnehmen möchten, besuchen Sie die Core-Spur oder poste deine Gedanken auf die Forum .

Was erhoffst du dir für die nächste Version von WordPress? Wo siehst du die Plattform? Lassen Sie es uns in den Kommentaren wissen.

Ausgewähltes Bild / Vorschaubild, zukünftiges Bild über Shutterstock.