La version la plus récente de WordPress, 3.5, a dépassé la barre des 6 millions de téléchargements. Cela nous a apporté une expérience médiatique renouvelée et diverses améliorations dans le tableau de bord. Mais la vie continue, et la portée de la prochaine version 3.6 a déjà été réglée.
Il y a eu beaucoup de débats sur ce à quoi s'attendre, notamment en termes d'amélioration de notre flux de publication. Heureusement, les développeurs nous donnent quelques conseils via la discussion sur trac et le Faire WordPress Core Blog.
Regardons ce qui se profile à l'horizon, pour nous assurer que nos projets sont préparés et que nous ne rencontrons pas de mauvaises surprises par la suite.
Mark Jaquith , qui va être un développeur de premier plan pour le cycle 3.6, déclare dans son post d'introduction :
Personnellement, je souhaite que l’objectif de la version soit de modifier le contenu (révisions, sauvegarde automatique, flux de travail, modes de montage, etc.).
Aaron D. Campbell co-dirigera la sortie et il a également exprimé son intention de se concentrer sur l'édition de contenu pour améliorer son potentiel pour les utilisateurs. Nous pouvons donc nous attendre à d'autres améliorations de ces petites fonctionnalités de tableau de bord qui facilitent la vie.
Les formats de post ont été introduits dans WordPress 3.1 et actuellement, nous avons beaucoup de beaux thèmes qui les utilisent pour présenter le contenu d'une manière visuellement attrayante. Malheureusement, l'interface utilisateur d'administration de cette fonctionnalité a toujours rencontré des problèmes de convivialité, ce qui a amené les développeurs à le modifier pour les projets clients.
En 3.6 sous la direction de Helen Hou-Sandi les choses vont changer. Selon Helen l'interface utilisateur elle-même sera révisée pour aider les utilisateurs à mieux comprendre un format de message particulier. Plusieurs sources d’inspiration seront travaillées, en particulier Formats de poste des FC par Alex King, wordpress.com UI et le célèbre Tumblr interface.
Un autre aspect qui sera ouvert à la réflexion est "de donner aux thèmes des éléments standardisés et portables en ce qui concerne les données disponibles pour l'affichage". Nous pouvons donc nous attendre à ce que les développeurs de thèmes disposent enfin de l'ensemble de données standardisé pour chaque format de publication au lieu de devoir faire des hypothèses et créer leurs propres implémentations via des champs personnalisés.
La sauvegarde automatique est un aspect important du flux de travail de l'auteur - le manque de bonne implémentation oblige de nombreuses personnes à passer à des éditeurs externes au lieu d'écrire directement dans l'administrateur WordPress.
À ce sujet, Jaquith a déclaré:
... nous ne devrions jamais perdre des messages en raison de cookies expirés, perte de connexion, navigation accidentelle (même si AYS'd), erreurs de plug-in ou de base sur les sauvegardes, plantage de navigateur, crash du système d'exploitation,
Cela semble excitant, n'est-ce pas? Andrew Ozz va mener le développement et se concentrer sur les composants:
Avec la version 3.6, une étape longtemps attendue vers l’amélioration du workflow éditorial sera franchie; en particulier pour les sites multi-auteurs et les blogs. Daniel Bachhuber mènera la fonctionnalité. Il est l'un des développeurs derrière le célèbre Modifier le plugin Flow Nous pouvons donc nous attendre à ce que certaines de ses capacités entrent dans le noyau.
Il commencera avec les statuts de publication personnalisés. Selon Daniel, c'est le "nœud de la construction de nouvelles fonctionnalités". Il y a donc une intention clairement énoncée de finaliser l'API d'état personnalisée, de normaliser son comportement et son interaction avec les types de publication personnalisés.
Espérons qu'à partir de WordPress 3.6, créer des états tels que "idée" ou "expiré" sera un jeu d'enfant.
Si vous avez des informations ou des exemples sur la manière dont les statuts personnalisés existants sont mis en œuvre, vous pouvez aider les développeurs en participant au Étude "cas d'utilisation" .
Les révisions sont un outil extrêmement puissant pour le suivi du contenu dans WordPress. Pour 3.6, ils vont être améliorés avec l'attribution des auteurs et la comparaison sous la direction de Peter Westwood . L'interface utilisateur aura plus de sens pour l'utilisateur moyen (lire "pas un développeur") en présentant plus d'informations sur les modifications visuellement.
La gestion des menus a été introduite dans la version 3.0 en tant que partie intégrante du mouvement "WordPress as CMS". Aujourd'hui, nous ne pouvons pas imaginer un thème ne supportant pas les menus. Dans 3.6, il y aura quelques améliorations de l'interface utilisateur menées par Dave Martin . Dave partage ses idées sur la façon dont l’écran de gestion des menus devrait Blog et sur trac . Le principal problème à résoudre est la différence clairement établie entre l'ajout d'éléments à un menu et l'ajout du menu lui-même à un emplacement de thème. Comme solution, l’approche par fenêtre à onglets a été proposée et on peut voir les résultats positifs dans les tests utilisateurs .
En dehors de cela, la nouvelle boîte de méta "liens communs" avec "home" et "Log in" comme liens par défaut sera introduite. De nombreux utilisateurs ont des problèmes pour trouver comment ajouter ces liens actuellement.
Est-ce que cela signifie que nous allons voir tous ces changements dans le noyau? Nous devrons attendre la publication pour le dire. En attendant, vous pouvez suivre le Make WordPress UI blog pour plus de détails et pour participer aux discussions.
La fonctionnalité DFW a été lancée dans la version 3.2. Depuis lors, il a reçu beaucoup d'attention, à la fois positive et négative. L'un des principaux points litigieux est le manque de support de formatage. WordPress ne supporte pas le démarquage et en même temps, l'éditeur DFW s'appuie fortement sur les raccourcis clavier. Il n’ya pas de développeur de premier plan pour cette fonctionnalité, mais Mark a souligné les domaines d’amélioration suivants:
Comme toujours avec une nouvelle version de WordPress, il y aura des mises à jour sous le capot dans la version 3.6. La plupart d'entre eux vont traiter des problèmes de mise en cache et de performances. ce qui est logique car WordPress devient plus complexe et plus gourmand en ressources. En dehors de cela, il y a des choses liées à la base de données qui vont changer. Je voudrais en souligner deux:
D'autres changements de planification peuvent être trouvés sur le Faire WordPress Core Blog.
Le calendrier de publication de WordPress 3.6 est plus court que les versions précédentes: le cycle a débuté début janvier et la première version bêta est prévue pour le 13 mars. Le 22 avril 2013 est la date de lancement prévue. Donc, si vous souhaitez participer à ce cycle, visitez le Piste de base ou postez vos pensées sur le forum .
Qu'espérez-vous dans la prochaine version de WordPress? Où voyez-vous la rubrique plateforme? Faites le nous savoir dans les commentaires.