Embarquez pour une aventure WordPress 3.5

J'espère que toutes vos installations WordPress jusqu'à présent ont été mises à niveau avec succès vers la version 3.4. L’une des choses les plus excitantes à propos d’une version est de se mettre au travail sur la suivante ! Voici un aperçu de ce qui a été discuté lors de la dernière session de discussion sur le développement de WordPress 3.5.

---

Tout d'abord, notes importantes

Toutes les informations discutées dans le chat des développeurs WordPress de cette semaine sont encore extrêmement provisoires. Ainsi, même si une fonctionnalité ou un changement spécifique peut être évoqué, il se peut qu’il n’apparaisse pas réellement dans WordPress 3.5, ou qu’il puisse finir par être différent de ce qui avait été initialement discuté. Alors si cela ne ressemble pas à ce dont je vais parler à la sortie de WordPress 3.5… vous êtes prévenus !

Faits en bref : Pour ceux d'entre vous qui ne savent pas ce qu'est WordPress Developer Chat, il s'agit d'une réunion hebdomadaire organisée par l'équipe de développement WordPress sur le canal #wordpress-dev du chat IRC. Si vous n'avez pas pu assister à la réunion elle-même, ou si vous souhaitez voir l'intégralité de la discussion que je vais résumer ici, vous pouvez lire les journaux IRC de ces discussions. Vous pouvez également suivre le blog de développement WordPress, qui a récemment migré vers le réseau « make » de blogs WordPress.

---

Contenu des discussions WordPress 3.5

La discussion de cette semaine est modérée par Andrew Nacin, qui a récemment été promu développeur principal en reconnaissance de ses incroyables contributions. Matt Mullenweg a également pris la parole pour expliquer ses réflexions sur l'orientation de la prochaine version.

La proposition de portée des fonctionnalités principales de Matt est (citée dans le chat de développement) :

1. La première chose à mentionner est : "Twenty-Twelve", il était initialement prévu de sortir la version 3.4, mais elle a ensuite été reportée.

   "2012 arrive et même s'il a besoin de plus de travail, le cycle devrait suffire

   En plus de le regrouper avec 3.5, nous devrions également envisager de le promouvoir séparément

   ...

   avant de le donner dans le coffre Après un/deux développements, dans le répertoire thématique"

   Bien sûr, il sera intéressant de voir les nouveaux thèmes Twenty-Twelve sortis avec la version 3.5 et de voir ce qui pourrait changer d'ici là. Voici une démonstration de l'état actuel des « Vingt-Douze » : « Démonstration Vingt-Douze ».

2. "Quand nous restructurerons tout, ce serait bien d'aplatir un peu l'esthétique de l'administration pour faciliter le zoom avant et arrière à l'avenir (responsive) et également être recolorable (bleu pour l'instant). Le thème est un gros frais généraux)

   Inspiré par https://github.com/blog/1106-say-hello-to-octicons, WordPress.com les utilise également avec succès - http://wordpress.com/i/noticons/example html

   . Nous avons de moins en moins de trucs de dessins animés/icônes maintenant »

   La deuxième proposition n’est pas surprenante, car c’est la direction que semble généralement prendre le Web, et elle est logique. Comme Matt l'a mentionné, GitHub est un exemple frappant d'utilisation de polices au lieu d'icônes/symboles pour l'évolutivité. Ce serait également bien de donner un peu d'amour au thème de la gestion bleue (ou de le perdre).

3. "Cela fait un moment que nous n'avons pas supprimé quelque chose et j'aimerais nommer Link Manager, qui est un élément de menu complet de premier niveau"

   "Mais j'adore Link Manager. Je l'utilise tout le temps !" ~ Jamais personne. »

   ~Marc Jacques

   La troisième chose m'a encore plus surpris, mais a été la bienvenue ! Il est définitivement temps de supprimer certaines des fonctionnalités résiduelles « Blog Memories » de WordPress qui sont de moins en moins utilisées et alimentent l’argument « WordPress est juste pour bloguer ». Se débarrasser du gestionnaire de liens permettra de remettre de l'ordre dans l'interface d'administration, mais demandera évidemment une réflexion de la part des quelques personnes qui s'appuient réellement sur cette fonctionnalité. Certaines discussions tendent à en faire un widget, ou un menu personnalisé, voire un plugin.

Quelques autres suggestions des développeurs concernant l'étendue des fonctionnalités de la version 3.5 :

• Travail sur l'écran d'accueil, l'assistant d'installation et le nouveau UX (l'article de Ben Balter "La mort du tableau de bord" est également référencé ici), et d'autres discussions sur l'interface utilisateur sur ce qui pourrait entrer dans la portée 3.5 se déroulent sur le blog Make WordPress UI.
• Plus d'ajustements au personnalisateur de thème. Travailler spécifiquement sur la gestion des en-têtes personnalisés, du flux de travail et des menus en arrière-plan (les widgets ont été mentionnés, mais plus probablement pour la version 3.6)
• Flux de travail de téléchargement/insertion de médias repensé. Nacin a souligné qu'il est important de restreindre la portée dès maintenant. Certaines choses qu'il mentionne sont hors de portée : les galeries en tant qu'objets et les parents multiples en tant que pièces jointes. Essentiellement, tout ce qui ne se trouve pas actuellement dans la boîte de dialogue multimédia (comme l'écran de la bibliothèque multimédia, etc.) ne sera pas touché. L'idée est de rationaliser et de séparer la fonctionnalité fournie par la boîte de dialogue multimédia : séparation des tâches.
• Deux choses que Nacin a mentionnées dans la zone de téléchargement de médias (si vous avez du temps supplémentaire) sont : le téléchargement en arrière-plan et le glisser-déposer d'images dans l'éditeur. Je doute que ces fonctionnalités parviendront à la version 3.5 étant donné le calendrier serré, mais c'est agréable de voir des fonctionnalités comme celle-ci sur le radar et Andrew Ozz semble penser qu'elles ne seront peut-être pas aussi longues qu'on le pense au départ. Nacin et Mark Jaquith ont même mentionné la possibilité de configurer le téléchargement d'images sur d'autres serveurs !
• Andrew Ozz a également proposé des idées pour renforcer la sécurité, notamment des e-mails de notification à l'administrateur pour l'activation du plugin/thème, les mises à jour disponibles, etc. J’espère donc que cela attirera également l’attention sur WordPress 3.5.

Ce sont quelques suggestions de portée très intéressantes, et même si tout cela est encore très provisoire, j'ai hâte de voir comment tout cela se concrétisera. J'ai également hâte de faire partie du processus de développement.

Nacin a mentionné trois améliorations de plateforme qu'il aimerait voir également incluses dans WordPress 3.5 :

• "Les copies des fichiers lors de la mise à niveau doivent être vérifiées à l'aide de hachages. Je reçois trop de demandes d'assistance et d'e-mails comme pour chaque version et c'est parce que les fichiers ne sont pas copiés. Nous devrions vérifier et réessayer en tant que v1"
• "WordPress.org prend désormais en charge les favoris des plugins. J'espère qu'Otto42 sera le premier à introduire une API qui vous permet de parcourir vos plugins préférés dans le tableau de bord, tout comme l'affichage des plugins récemment mis à jour
."
• "Packs linguistiques pour les thèmes par défaut et les plugins "core" (importateurs, etc.)"

---

Quand WordPress 3.5 sortira-t-il

Nous avons également discuté de la date de sortie provisoire de WordPress 3.5. L’équipe vise une sortie vers le 5 décembre. Cela rend en fait le cycle de développement assez court, dans moins de 5 mois. Il couvre également la durée d'événements majeurs tels que le WordCamp San Francisco, le WordPress Community Summit, l'Automattic Company Meetup et la conférence PressNomics.

Il est également question de geler la fonctionnalité avant le 12 septembre, puis de terminer les tests utilisateurs et les ajustements avant le 26 septembre. Cela signifie qu'il y a de la place pour les versions bêta, les versions candidates, etc. avant la version finale. Comme Scribu l'a résumé dans le chat, il s'agissait essentiellement de deux mois de développement, puis de deux mois de peaufinage.

Cela semble être un calendrier assez optimiste, mais s'il est géré correctement, cela signifiera qu'il s'agira d'un cycle de développement ciblé.

---

La prochaine étape du processus de développement

En début de semaine, Nacin publiera le résumé officiel des sessions de cadrage Make/Core, encourageant les développeurs qui souhaitent participer à lever la main pour former des équipes autour de chaque fonctionnalité majeure. Teams a été impliqué dans le processus de développement de WordPress 3.4 et cela semblait très bien se dérouler, alors ils s'y tiennent encore cette fois.

L’agenda de Nacin pour le WordPress Developer Chat de la semaine prochaine pourrait être :

• Le périmètre fonctionnel sera formellement déterminé principalement sur la base du contenu discuté lors de cette réunion
• Finaliser toutes les considérations relatives à la plate-forme/API
• Discutez des tests unitaires, de XML-RPC et bien plus encore. Ceux-ci doivent être travaillés pour suivre les autres évolutions

---

Conclusion

La planification de WordPress 3.5 est en cours, ce qui est très excitant. Certaines des fonctionnalités évoquées sont assez importantes, vous les remarquerez donc une fois publiées et mises à niveau ! Encore une fois, je dois souligner que tout ce qui est mentionné ci-dessus est très provisoire, mais cela montre au moins la direction du développement.

Alors, qu’est-ce que vous souhaiteriez le plus voir inclus dans WordPress 3.5 ? Qu’est-ce qui n’a pas été mentionné mais qui, selon vous, doit être amélioré ? Plus important encore, allez-vous participer et contribuer à WordPress cette fois-ci ? Faites-le nous savoir dans les commentaires ci-dessous !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!