Die Reise zu WordPress 3.5 beginnt

Hoffentlich sind alle Ihre WordPress-Installationen erfolgreich auf Version 3.4 aktualisiert worden. Eines der aufregendsten Dinge an einer Versionsversion ist, dass die Arbeit dann mit der nächsten Version beginnen kann! Hier ist eine hinterlistige Vorschau auf das, was in der neuesten Dev Chat Scoping-Sitzung für WordPress 3.5 besprochen wurde.

Zuerst ein wichtiger Hinweis

Alle Informationen, die in dieser Woche im WordPress-Dev-Chat diskutiert wurden, sind immer noch äußerst vorläufiges Scoping. Auch wenn von einem bestimmten Feature oder einer bestimmten Änderung die Rede sein kann, landet es möglicherweise nicht in WordPress 3.5 oder es kann anders sein, als ursprünglich beschrieben. Wenn also WordPress 3.5 veröffentlicht wird, wenn es nicht so aussieht, als würde ich darüber reden ... wurden Sie gewarnt!

Schnell einholen: Für diejenigen, die nicht wissen, was der WordPress-Dev-Chat ist, ist dies das wöchentliche Meeting im IRC-Chat-Kanal # wordpress-dev für das Team, das WordPress entwickelt. Sie können die IRC-Protokolle dieser Chats durchlesen, wenn Sie es nicht bis zur eigentlichen Besprechung schaffen können oder die gesamte Diskussion sehen möchten, die ich hier zusammenfassen möchte. Sie können auch dem WordPress-Entwicklungsblog folgen, der kürzlich in das "Make" -Netzwerk von WordPress-Blogs verschoben wurde.

Was wurde für WordPress 3.5 diskutiert?

Die Diskussion in dieser Woche wurde von Andrew Nacin geleitet, der kürzlich in Anerkennung seiner unglaublichen Beiträge zum Lead Developer ernannt wurde. Matt Mullenweg ergreift ebenfalls das Wort, um zu erläutern, was er für die Richtung dieser nächsten Veröffentlichung vorhatte.

Matts Hauptvorschläge für den Funktionsumfang waren (zitiert aus dem Dev-Chat):

Das erste, was erwähnt wurde: Twenty Twelve, das ursprünglich für 3.4 geplant war, aber zurückgehalten wurde.

"2012 ist einsatzbereit, und obwohl mehr Arbeit nötig ist, sollte der Zyklus ausreichend sein
Wir sollten darüber nachdenken, dass es neben der Bündelung mit 3.5 eigenständig gefördert wird
…
im Theme-Verzeichnis, nachdem wir ihm ein dev einmal / zweimal im Kofferraum gegeben haben "

Natürlich wird es interessant sein, das neue Twenty Twelve-Theme mit 3.5 zu veröffentlichen und zu sehen, welche Änderungen zwischen jetzt und dann stattfinden könnten. Hier gibt es eine Demo von Twenty Twelve: Twenty Twelve Demo.
"Es wäre schön, die Ästhetik des Administrators ein wenig zu glätten, während wir alles retinieren, um es in der Zukunft einfacher zu machen (responsive) zu skalieren und neu zu färben (im Moment ist das blaue Thema ein großer Aufwand).
Als Inspiration dort von https://github.com/blog/1106-say-hello-to-octicons hat WordPress.com sie auch erfolgreich eingesetzt - http://wordpress.com/i/noticons/example.html
so weniger von der Cartoony / icony Sache, die wir jetzt haben "

Der zweite Vorschlag ist keine große Überraschung, da dies die Richtung ist, in der sich das Web im Allgemeinen zu bewegen scheint, und es ist sinnvoll. Wie Matt erwähnt, ist GitHub ein prominentes Beispiel für die Verwendung von Schriftarten, um Symbole / Symbole für Skalierbarkeit zu ersetzen. Es wäre auch gut, dem blauen Admin-Thema etwas Liebe zu geben (oder es zu verlieren)..
"Es ist schon eine Weile her, seit wir etwas entfernt haben, und ich möchte den Link Manager nominieren, der ein ganzer Menüpunkt auf oberster Ebene ist."

"'Aber ich liebe den Link Manager. Ich benutze ihn ständig!" ~ Niemand jemals. "
~ Mark Jaquith

Das dritte war für mich eher eine Überraschung, aber eine sehr willkommene! Es ist definitiv an der Zeit, einige der unerforschten "blog erinnert" -Features aus WordPress zu entfernen, die immer weniger verwendet werden, und dem Argument "WordPress ist nur für Blogs" Anlass zu geben. Wenn Sie den Link-Manager loswerden, wird die Admin-Benutzeroberfläche übersichtlicher, aber offensichtlich müssen einige wenige darüber nachgedacht werden, die sich tatsächlich auf diese Funktion verlassen. Bei einigen Diskussionen ging es darum, ein Widget oder ein benutzerdefiniertes Menü oder sogar ein Plugin zu erstellen.

Einige andere Vorschläge von Entwicklern für den Funktionsumfang in 3.5 waren:

Arbeiten Sie auf dem Begrüßungsbildschirm, dem Setup-Assistenten und der neuen Benutzererfahrung - Ben Balters Post The Demise of the Dashboard wurde hier ebenfalls referenziert. Weitere Diskussionen über die Benutzeroberfläche, die in den 3.5-Anwendungsbereich fallen könnten, fanden im Make WordPress UI-Blog statt.
Mehr Feinabstimmung des Theme Customizers. Arbeiten Sie speziell an der Handhabung von benutzerdefinierten Kopfzeilen und Hintergrundworkflows sowie an Menüs (erwähnte Widgets, eher aber für 3.6).
Überarbeiten der Upload / Insert Media-Workflows. Nacin gab an, dass es wichtig sei, den Spielraum für diesen Moment vorerst eng zu halten. Einige Dinge, die er erwähnte, waren aus Umfang waren Galerien als Objekte und mehrere Eltern für Anhänge. Im Wesentlichen wird alles, was sich nicht im aktuellen Medien-Dialogfeld befindet, wie der Bildschirm Medienbibliothek usw., nicht berührt. Die Idee besteht darin, die vom Media-Dialogfeld gebotene Funktionalität zu glätten und zu trennen: Aufgabentrennung.
Zwei Dinge, die Nacin für den Medien-Upload-Bereich erwähnte, waren, wenn mehr Zeit zur Verfügung stand, Hintergrund-Uploads und Drag & Drop zum Hochladen von Bildern in den Editor. Angesichts der engen Zeitleiste bezweifle ich, dass dies zu 3,5 führen wird, aber es ist schön zu sehen, dass solche Funktionen auf dem Radar erscheinen, und Andrew Ozz schien das Gefühl zu haben, dass sie nicht so lange brauchen würden, als Sie zuerst denken würden. Nacin und Mark Jaquith haben sogar die Möglichkeit erwähnt, Bilder auf andere Server hochzuladen!
Andrew Ozz brachte auch die Idee der Sicherheitsvorkehrung zur Sprache, in Bezug auf E-Mails zur Benachrichtigung von Administratoren für Plugin- / Theme-Aktivierungen, verfügbare Updates usw. Dies wird hoffentlich auch für WordPress 3.5 Beachtung finden.

Das sind einige sehr aufregende Vorschläge für den Geltungsbereich, und es ist alles noch sehr Vorsichtig, Ich freue mich darauf zu sehen, wie sich das alles dreht. Ich freue mich auch darauf, am Entwicklungsprozess beteiligt zu sein.

Nacin erwähnte drei Plattformverbesserungen, die er auch in WordPress 3.5 enthalten möchte:

"Dateikopien während eines Upgrades sollten mit einem Hash überprüft werden. Zu viele Supportanfragen und E-Mails für meinen Geschmack, jede Version, weil eine Datei nicht kopiert wurde. Wir sollten dies als v1 überprüfen und erneut versuchen."
"WordPress.org unterstützt jetzt Plugin-Favoriten. Ich hoffe, dass Otto42 eine API anführen kann, die es Ihnen ermöglicht, im Dashboard Ihre bevorzugten Plugins auf dieselbe Weise zu durchsuchen, wie Sie es in den letzten Updates usw. finden."
"Sprachpakete für Standarddesigns und" Kern "-Plugins (Importeure ua)"

Wann Sie mit WordPress 3.5 rechnen sollten

Ein sehr vorläufiger Veröffentlichungszeitpunkt für WordPress 3.5 wurde ebenfalls diskutiert. Das Team strebt einen Veröffentlichungstermin für den 5. Dezember an, oder irgendwo um diese Zeit herum. Dies führt zu einem relativ kurzen Entwicklungszyklus, der in weniger als 5 Monaten von nun an liegt. Es umfasst auch eine Zeitspanne mit einigen großen Veranstaltungen, wie WordCamp San Francisco, einem WordPress-Community-Gipfel, einem Automattic-Firmentreffen und der PressNomics-Konferenz.

Bis zum 12. September wurde auch über Feature-Freeze gesprochen, und bis zum 26. September wurden Tests und Verbesserungen durchgeführt. Dies würde bedeuten, dass vor der endgültigen Veröffentlichung Platz für Beta- und Veröffentlichungskandidaten usw. besteht. Wie Scribu im Chat zusammenfasste, waren es im Wesentlichen zwei Monate für die Entwicklung, gefolgt von zwei Monaten für die Politur.

Es scheint ein ziemlich optimistischer Zeitplan zu sein, aber wenn er gut gemanagt wird, bedeutet das nur, dass es eine konzentrierte Entwicklungsrunde ist.

Der nächste Schritt im Entwicklungsprozess

Anfang dieser Woche wird Nacin die offizielle Zusammenfassung der Scoping-Sitzung zu Make / Core veröffentlichen. Entwickler, die daran beteiligt sein möchten, werden aufgefordert, ihre Hände hochzuziehen, damit sich Teams rund um die wichtigsten Funktionen zusammenstellen können. Teams wurden für den Entwicklungsprozess von WordPress 3.4 eingesetzt, und es schien wirklich gut zu gehen, also bleiben sie dieses Mal wieder dabei.

Nächste Woche wird Nacins Agenda im WordPress-Dev-Chat wahrscheinlich wie folgt aussehen:

Die Formalisierung des Funktionsumfangs basiert hauptsächlich auf dem, was in diesem Meeting besprochen wurde
Alle Plattform- / API-Überlegungen herausfinden
Erörterung von Dingen wie Komponententests, XML-RPC usw. Diese müssen bearbeitet werden, um sich über die anderen Entwicklungen auf dem Laufenden zu halten

Fazit

Die WordPress 3.5-Planung ist im Gange, was sehr spannend ist. Einige der Funktionen, über die gesprochen wird, sind ziemlich umfangreich. Sobald sie veröffentlicht sind und Sie ein Upgrade durchgeführt haben, werden Sie sie bemerken! Ich sollte noch einmal erwähnen, dass alles oben genannte ist sehr zaghaft, Aber es ist zumindest ein Hinweis darauf, in welche Richtung sich die Entwicklung entwickeln wird.

Also, was hoffen Sie am meisten in WordPress 3.5? Was wurde nicht erwähnt, dass Sie wirklich denken, dass eine Arbeit vorbei ist? Und vor allem planen Sie, sich dieses Mal zu engagieren und zu WordPress beizutragen? Lass es uns in den Kommentaren wissen!

Code