Le voyage vers WordPress 3.5 commence

J'espère qu'à ce jour, toutes vos installations WordPress seront correctement mises à niveau vers la version 3.4. L'un des aspects les plus intéressants de la publication d'une version est que le travail peut alors commencer sur la version suivante! Voici un aperçu furtif de ce qui a été discuté lors de la dernière session de définition de la discussion pour le développement d'un chat pour WordPress 3.5..

Tout d'abord, une note importante

Toutes les informations discutées dans le chat de développement WordPress cette semaine sont encore extrêmement cadrage provisoire. Ainsi, même si on peut parler d'une fonctionnalité ou d'un changement particulier, il se peut que cela ne se retrouve pas dans WordPress 3.5, ou qu'il soit différent de celui qui avait été discuté à l'origine. Donc, lors de la sortie de WordPress 3.5, si cela ne ressemble pas beaucoup à ce dont je vais parler, on vous a prévenu!

Rattrapage rapide: Pour ceux qui ne savent pas ce qu'est le chat de développement WordPress, il s'agit de la réunion hebdomadaire dans le canal # wordpress-dev sur le chat IRC pour l'équipe qui développe WordPress. Vous pouvez lire les journaux IRC de ces discussions si vous ne pouvez pas vous rendre à la réunion ou si vous voulez voir toute la discussion que je vais résumer ici. Vous pouvez également suivre le blog de développement WordPress qui a récemment été déplacé vers le réseau "make" de blogs WordPress..

Ce qui a été discuté pour WordPress 3.5

La discussion de cette semaine a été animée par Andrew Nacin, qui a récemment été promu développeur principal en reconnaissance de son incroyable contribution. Matt Mullenweg a également pris la parole pour expliquer ce qu'il avait en tête pour la direction de cette prochaine version..

Les principales propositions de Matt concernant les fonctionnalités étaient (citées sur la discussion en ligne):

Première chose mentionnée: Twenty Twelve, qui était initialement prévu pour 3.4, mais retenu.

"2012 est prête à commencer et, même si elle a besoin de plus de travail, le cycle devrait être abondant
nous devrions envisager de le promouvoir autonome, en plus de le regrouper avec 3,5
…
dans le répertoire theme après que nous lui avons donné un dev une fois / deux fois dans le coffre "

Bien sûr, il sera intéressant de voir le nouveau thème Twenty Twelve publié avec la version 3.5 et de voir quels changements pourraient se produire d’ici là. Il y a une démo de Twenty Twelve dans son état actuel ici: Twenty Twelve Demo.
"Ce serait bien d’aplanir un peu l’esthétique de l’administrateur pendant que nous retinions tout, pour faciliter l’agrandissement et la réduction (responsive) à l’avenir, ainsi que pour recolorer (le thème bleu est en ce moment très volumineux)
source d'inspiration depuis https://github.com/blog/1106-say-hello-to-octicons, WordPress.com les utilise également avec succès - http://wordpress.com/i/noticons/example.html
donc moins de la chose cartoony / icony que nous avons maintenant "

La deuxième proposition n’est pas une surprise, car c’est la direction dans laquelle le Web semble s’engager, et cela a du sens. Comme Matt l'a mentionné, GitHub est un exemple remarquable d'utilisation de polices de caractères pour remplacer des icônes / symboles pour l'évolutivité. Il serait également bon de donner un peu d'amour (ou de le perdre) au thème de l'administrateur bleu..
"Cela fait un moment que nous avons supprimé quelque chose, et j'aimerais nommer le gestionnaire de liens, qui est un élément de menu de niveau supérieur"

"'Mais j'adore le gestionnaire de liens. Je l'utilise tout le temps!' ~ Personne, jamais. "
~ Mark Jaquith

La troisième chose a été plus une surprise pour moi, mais très bienvenue! Il est définitivement temps de supprimer de WordPress, qui sont de moins en moins utilisées, certaines des caractéristiques restantes des "réminiscences de blogs", et de donner corps à l'argument selon lequel "WordPress est réservé aux blogs". Se débarrasser du gestionnaire de liens contribuera à réduire l’encombrement de l’interface d’administration, mais il est évident qu’il faut réfléchir aux quelques personnes qui comptent réellement sur cette fonctionnalité. Une partie de la discussion a été orientée vers la création d’un widget, d’un menu personnalisé ou même d’un plugin..

Certaines suggestions des développeurs concernant la portée des fonctionnalités dans la version 3.5 étaient les suivantes:

Travaillez sur l'écran de bienvenue, l'assistant de configuration et la nouvelle expérience utilisateur - l'article de Ben Balter, intitulé The Demise of the Dashboard, est également référencé ici - et d'autres discussions sur l'interface utilisateur concernant ce qui pourrait devenir de la portée de 3,5 s'est produite sur le blog Make WordPress UI..
Plus de réglage du thème Customizer. Travaille plus particulièrement sur la gestion des flux de travail d'en-tête et d'arrière-plan personnalisés, ainsi que sur les menus (widgets mentionnés, mais plus vraisemblablement pour 3.6)
Retravailler les flux de travail Charger / Insérer un média. Nacin a précisé qu'il était important de garder la portée de celui-ci étroite pour le moment. Certaines choses qu'il a mentionnées qui étaient en dehors de la portée étaient des galeries en tant qu’objets et plusieurs parents pour les pièces jointes. Essentiellement, tout ce qui n'est pas dans la boîte de dialogue multimédia actuelle, telle que l'écran Bibliothèque multimédia, etc. ne sera pas touché. L'idée est de redresser et de séparer les fonctionnalités de la boîte de dialogue multimédia: séparation des tâches.
Nacin a mentionné deux éléments, s’il en restait plus, à savoir: les téléchargements en arrière-plan et le glisser-déposer pour télécharger des images dans l’éditeur. Compte tenu de la chronologie serrée, je pense que ceux-ci en feront la version 3.5, mais il est agréable de voir de telles caractéristiques sur le radar, et Andrew Ozz semblait penser qu'elles pourraient ne pas prendre aussi longtemps que vous le pensiez. Nacin et Mark Jaquith ont même mentionné la possibilité de définir des images à télécharger sur d'autres serveurs.!
Andrew Ozz a également évoqué le renforcement de la sécurité, en termes d'e-mails de notification de l'administrateur pour les activations de plug-in / thème, les mises à jour disponibles, etc. Espérons que cela attirera également l'attention de WordPress 3.5..

Ce sont des suggestions assez intéressantes pour la portée, et bien que ce soit toujours très provisoire, J'ai hâte de voir comment tout cela se déroulera. J'ai également hâte de participer au processus de développement.

Nacin a mentionné trois améliorations de la plate-forme qu'il aimerait voir incluses dans WordPress 3.5:

"Les copies de fichiers au cours d'une mise à niveau doivent être vérifiées avec un hachage. Trop de demandes d'assistance et de courriels à mon goût, toutes les versions, étant donné qu'un fichier n'a pas été copié. Nous devons vérifier et réessayer, en tant que v1."
"WordPress.org prend désormais en charge les favoris de plugins. J'espère qu'Otto42 sera en mesure de diriger une API pour vous permettre de parcourir vos tableaux de bord favoris de la même manière que vous pouvez parcourir les mises à jour récentes, etc."
"Packs de langue pour les thèmes par défaut et les plugins" principaux "(importateurs et autres)"

Quand attendre WordPress 3.5

Une date de publication très provisoire pour WordPress 3.5 a également été discutée. L’équipe vise une date de sortie du 5 décembre, ou à peu près à cette date. Cela fait en réalité un cycle de développement assez court, moins de 5 mois à partir de maintenant. Il couvre également une période avec quelques grands événements, tels que WordCamp San Francisco, un sommet de la communauté WordPress, une réunion de société Automattic et la conférence PressNomics..

Il a également été question de geler les fonctionnalités avant le 12 septembre, puis de tester les utilisateurs et de les peaufiner avant le 26 septembre. Cela signifierait qu'il y a de la place pour la version bêta et la publication des candidats, etc. avant la publication finale. Comme Scribu l'a résumé dans le chat, deux mois pour le développement suivi de deux mois pour le vernis.

Cela semble être un calendrier plutôt optimiste, mais s’il est bien géré, cela signifie simplement que c’est un cycle de développement ciblé..

La prochaine étape du processus de développement

Tôt cette semaine, Nacin publiera le résumé officiel de la session de cadrage sur Make / Core, et les développeurs souhaitant participer sont invités à se préparer à la création d'équipes autour de chacune des principales fonctionnalités. Les équipes ont été utilisées pour le processus de développement de WordPress 3.4, et cela a semblé bien se passer, alors elles s'en tiennent encore cette fois-ci..

L'agenda de Nacin sera probablement le suivant:

Formaliser le périmètre des fonctionnalités en fonction principalement de ce qui a été discuté lors de cette réunion
Déterminer les considérations relatives à la plate-forme / API
Discuter de choses telles que les tests unitaires, XML-RPC, etc. Il faudra y travailler pour rester au courant des autres développements en cours.

Conclusion

La planification de WordPress 3.5 est en cours, ce qui est très excitant. Certaines des fonctionnalités évoquées sont assez majeures, donc une fois la version publiée et mise à niveau, vous les remarquerez! Encore une fois, je devrais mentionner que tout ce qui est mentionné ci-dessus est très provisoire, mais il est au moins une indication de l'évolution de la direction se dirigera vers.

Alors, qu'espérez-vous le plus dans WordPress 3.5? Qu'est-ce qui n'a pas été mentionné et qui, selon vous, a vraiment besoin d'un travail? Et surtout, avez-vous l'intention de vous impliquer et de contribuer à WordPress cette fois-ci? Faites-nous savoir dans les commentaires ci-dessous!

Code