Cet article est le second d’une série dédiée à la contribution au cœur WordPress. Aujourd’hui, l’objectif est d’expliquer comment créer un patch pour proposer un correctif ou une amélioration dans le cœur WordPress.
Voir l’article précédent : comprendre le fonctionnement de Trac, l’outil de ticket de WordPress.
Continuer la lecture « Contribuer au cœur WordPress / Partie 2 : créer un patch avec GIT » →En tant que logiciel open-source, WordPress a besoin de contributeurs et contributrices. Des personnes de tous les pays du monde contribuent à ce projet, et dans une volonté de développer cette culture de la contribution dans la communauté WordPress francophone, nous lançons une série d’articles/tutoriels sur le sujet.
In open source, we feel strongly that to really do something well, you have to get a lot of people involved.
Linus Torvalds
Cet article est le premier d’une série dédiée à la contribution au cœur WordPress. Aujourd’hui, l’objectif est de donner les pistes et liens permettant de trouver des tickets « simples » à corriger afin de pouvoir se lancer dans le grand bain de la contribution au CMS qui propulse plus de 30% du web.
Continuer la lecture « Contribuer au cœur WordPress / Partie 1 : Trac, le gestionnaire de tickets utilisé par WP » →WordPress Devs who wish to have CLPTE access to your products (themes, plugins) here are the guidelines to provide to your French translators.
In order to assure the best possible quality for all translations (and therefore for the products you so dearly worked on), we have established a few rules your French team members should follow:
La version 4.9.6 de WordPress est sortie le 17 mai 2018. Il s’agit d’une version de maintenance (correction de bugs et petites améliorations) et surtout de prise en charge des éléments les plus importants du RGPD.
La version 4.9.7 devrait sortir rapidement. L’équipe de direction sera nommée mercredi 6 juin 2018 et la version devrait voir le jour 3 ou 4 semaines plus tard. Il s’agira essentiellement de corrections concernant les fonctionnalités dévoilées sur WP 4.9.6.
Compte-tenu de l’ampleur des modifications réalisées et contrairement aux usages habituels, les mises à jour automatiques des installations WordPress à travers le monde n’a pas été lancée tout de suite après la mise à disposition de cette nouvelle version.
Comme vous le savez, l’écosystème WordPress est riche : aucune installation WordPress n’est semblable à une autre, car nous utilisons tous des thèmes ou extensions différentes. Dans tout cet écosystème, quelques extensions se sont révélées incompatibles avec les changements introduits par WP 4.9.6.
Tous les éditeurs d’extensions disponibles sur WordPress.org et présentant une incompatibilité ont immédiatement été contactés, et tous ont rapidement pu mettre à jour leur code.
La mise à jour vers WordPress 4.9.6 peut donc se faire en toute sécurité.
L’intégralité des nouvelles fonctionnalités de WordPress sont d’ores et déjà traduites en français, merci à l’équipe de traduction qui travaille pour que chaque nouvelle version soit parfaitement traduite avant même sa sortie. Nos traductions sont normalement conformes aux termes du RGPD en français (notamment en reprenant les termes utilisés par le site de la CNIL dans le glossaire WordPress), mais des erreurs peuvent toujours se glisser. Si tel est le cas, n’hésitez pas à publier toute demande de correction sur fr.wordpress.org/team : ce site est ouvert et tout le fonctionnement de la traduction de WordPress en français y est expliqué.
Le Règlement Général sur la Protection des Données (RGPD) a été mis en application le 25 mai 2018. L’équipe « core » de WordPress a travaillé ardemment pour permettre aux utilisateurs et utilisatrices du CMS de se conformer à cette réglementation.
En effet via le RGPD, l’Union Européenne demande aux éditeurs et éditrices de sites internet (qu’il s’agisse d’organismes publics, privés, d’associations ou de particuliers) d’être transparents sur les données privées qu’ils collectent, utilisent ou partagent, et qui concernent leurs visiteurs. La réglementation demande également de permettre aux individus d’avoir la possibilité de demander de visualiser ou supprimer leurs données personnelles et de consentir (ou non) à l’utilisation de ces données.
Dans WordPress 4.9.6 et dans la version 4.9.7 à venir, WordPress prend en charge ce Règlement de plusieurs façons.
Lors de la rédaction de commentaires, les visiteurs seront maintenant invités à consentir (ou non) à l’utilisation d’un cookie permettant de pré-remplir le formulaire de commentaire à leur prochaine visite sur le site.
Les propriétaires de sites peuvent maintenant définir une page de politique de confidentialité. Un lien vers cette page sera affiché sur les écrans de connexion et d’inscription.
Normalement, vous devriez ajouter un lien vers cette page de Politique de confidentialité sur chaque page de votre site, par exemple en utilisant le Menu de pied de page si votre thème en possède un.
Si vous cliquez sur le bouton « Créer une nouvelle page », la page « Politique de confidentialité » sera automatiquement créée et pré-remplie par un texte générique que vous n’aurez plus qu’à complèter avec vos informations.
De plus, un Guide a été ajouté pour vous aider à créer votre page de Politique de confidentialité. Un lien vers ce guide est fourni sur l’écran de modification de la page que vous avez sélectionnée comme étant votre page de Politique de confidentialité.
Note aux éditeurs d’extensions : si vous maintenez une extension qui collecte des données personnelles, vous pouvez inclure ces informations automatiquement sur la page de Politique de confidentialité de vos utilisateurs en suivant les méthodes définies dans la section Privacy du Handbook à destination des développeurs d’extensions (en anglais).
Tout visiteur de votre site doit avoir la possibilité de demander la récupération ou la consultation des données privées stockées sur votre site, et également leur suppression. Depuis la version 4.9.6 de WordPress deux menus dédiés sont proposés, accessibles via Outils > Export des données personnelles ou Outils > Suppression des données personnelles.
Ainsi, si vous recevez une telle demande, vous êtes en mesure de fournir un export de données personnelles au visiteur à l’aide de l’adresse de messagerie qu’il vous aura fourni par e-mail.
L’écran de suppression de données privées se présente exactement comme l’écran d’export.
Comme vous l’avez vu, le cœur prend en charge les prérogatives qui sont les siennes afin de vous aider à être en conformité avec la Réglementation Européenne sur les Données Privées.
En revanche, l’équipe de développement du cœur de WordPress ne peut savoir à l’avance quelles sont les extensions et les paramétrages spécifiques que vous avez faits sur votre site. L’objectif du noyau WordPress est de fournir une base saine permettant aux éditeurs d’extensions et aux administrateur·ices de sites WP d’aller plus loin. Ainsi :
Ce sont des extensions qui proposent de prendre en charge l’intégralité de votre conformité RGPD.
Attention cependant :
Dans les extensions « tout en un », citons :
Cet article est en partie issu d’une traduction de cet article de WordPress.org, par Allen Snook, l’un des deux co-leads de WordPress 4.9.6 avec Jonathan Desrosiers et avec l’assistance de Sergey Biryukov.
Merci aux personnes ayant contribué au développement de WordPress 4.9.6 :
Aaron D. Campbell, Aaron Jorbin, abdullahramzan, Adam Silverstein, Alain Schlesser, allendav, Andrea Fercia, Andrea Middleton, Andrew Ozz, Ayesh Karunaratne, Birgir Erlendsson (birgire), bridgetwillard, Burlington Bytes, Chetan Prajapati, claudiu, Corey McKrill, Daniel Bachhuber, David Herrera, Dominik Schilling (ocean90), Ella Van Dorpe, Eric Daams, Fernando Claussen, Garrett Hyder, Gary Pendergast, Heather Burns, Helen Hou-Sandi, herregroen, Ian Dunn, ibelanger, imath, Jb Audras, Jeffrey Paul, Jeremy Felt, Jesper V Nielsen, JJJ, Joe McGill, John Blackbourn, Jonathan Desrosiers, Josepha, jrf, Kåre Mulvad Steffensen, Laken Hafner, laurelfulford, lbenicio, macbookandrew, Marius L. J., Mel Choyce, Michael Nelson, Mike Jolley, Pascal Casier, pbrocks, postphotos, Prashant Baldha, PressTigers, programmin, Robin Cornett, Sergey Biryukov, Stefano Lissa, Stephane Daury (stephdau), Subrata Sarkar, Tammie Lister, teddytime, thomasplevy, Timothy Jacobs, Tobias Zimpel, Tom J Nowell, Tor-Bjorn Fjellner, Towhidul Islam, voneff, William Earnhardt, and Xenos (xkon) Konstantinos.
Merci également à l’équipe de traduction fr_FR pour la version française de cette nouvelle version de WordPress :
Alex, Aurélien Joahny, Bastien Ho, Clément Polito, Didier Wolforg, EBrockway, Frmo, Fx Benard, Jb Audras, Jenny Dupuy, Laurent Naudier, Luciano Croce, Sébastien SERRE, et tangogolf.
Aujourd’hui, la version 4.9.4 de WordPress est sortie, le jour suivant la sortie de la version 4.9.3.
WordPress 4.9.4 est la première version mineure de WordPress en quatre ans depuis la sortie de WordPress 3.7 où tous les utilisateurs de notre CMS favori ne recevrons pas une mise à jour automatique.
Ceci n’est bien évidemment pas un choix. Un bug non détecté pendant le cycle de développement de la version 4.9.3 en est responsable, et n’a été découvert que quelques heures après la sortie de cette version. Le bug a entraîné une erreur fatale PHP qui se déclenche lorsque WordPress essaye de se mettre lui-même à jour.
Cela signifie malheureusement que les administrateur·ice·s de sites WordPress vont devoir procéder à la mise à jour de leur site manuellement.
Via leur tableau de bord (cliquer sur le lien « Mettre à jour maintenant » dans le menu « Mises à jour »), en utilisant WP-CLI ou par FTP.
Les hébergeurs et prestataires qui appliquent les mises à jour automatiquement sur les sites de leurs clients vont également pouvoir mettre à jour leur parc de sites comme ils le font d’habitude.
Le but du patch #43103 était de réduire le nombre d’appels à l’API WordPress.org lors de la tâche planifiée de mise à jour automatique.
Malheureusement, suite à une erreur humaine – qui est bien entendu tout à fait compréhensible du fait de la complexité de gérer la sortie d’une nouvelle version du CMS qui équipe 29% du web – le commit final de ce patch n’a pas eu l’effet escompté. Il a déclenché une erreur fatale du fait que toutes les dépendances de find_core_auto_update() n’étaient pas remplies. Cette erreur fatale n’a pas été découverte avant la sortie de 4.9.3. Elle ne l’a été quelques heures plus tard.
— Via le Tableau de bord WordPress : cliquer sur le sous-menu « Mises à jour » puis sur « Mettre à jour maintenant ».
— Avec WP-CLI : si vous avez un accès en ligne de commande à WordPress et WP-CLI installé, les mises à jour du cœur vont se faire comme habituellement.
— Manuellement Via FTP : si vous préférez, vous pouvez télécharger l’archive ZIP de WordPress 4.9.4 disponible ici, la décompresser, puis utiliser votre logiciel FTP pour téléverser la nouvelle version de WordPress sur votre serveur. Les seuls fichiers modifiés par WordPress 4.9.4 sont wp-includes/update.php et wp-includes/version.php.
— Via PHP : si vous avez un accès en écriture ou en ligne de commande, vous pouvez aussi mettre à niveau WordPress simplement en lançant la fonction wp_maybe_auto_update() au sein de WordPress. C’est aussi ce que nous recommandons de faire aux hébergeurs qui ne disposent pas de WP-CLI pour lancer des mises à jour automatiques pour leurs clients.
WordPress 4.9.3 et 4.9.4 n’incluent aucun correctif de sécurité.
Cependant, afin de permettre à votre installation WordPress de recevoir les prochaines mises à jour de sécurité, vous devez faire manuellement cette mise à jour vers la version 4.9.4.
Un prochain article suivra pour expliquer ce qui va être mis en place pour éviter que cette mésaventure ne se reproduise à nouveau. Nous détestons les bugs sur WordPress tout autant que vous, et nous allons faire notre possible pour mettre en place encore plus de tests unitaires sur les construction des paquets des nouvelles versions, nous allons améliorer nos outils pour que cela ne se reproduise plus à l’avenir.
Traduit de l’anglais. Consulter l’article original : https://make.wordpress.org/core/2018/02/06/wordpress-4-9-4-release-the-technical-details/
Nouveau : découvrez l’éditeur en essayant directement sa démo en français!
Traduit de l’anglais par Mathieu Viet.
Une nouvelle expérience de publication pour vos sites WordPress est en cours d’élaboration : tenez-vous prêts, car vos textes, vos images et vos mises en page s’afficheront comme vous l’imaginez, sans nécessiter de programmation particulière.
Vous avez sans doute entendu parler de ce projet – Il s’appelle Gutenberg, en référence à l’inventeur qui révolutionna l’imprimerie au XVe siècle – et vous vous demandez certainement ce que cela implique pour vous. Qui sera impacté le plus et comment votre manière de travailler au quotidien changera ? La réponse est tous et toutes. L’éditeur Gutenberg utilise des blocs pour créer tout type de contenu, remplaçant ainsi plus d’une demi-douzaine de façons plus ou moins cohérentes de personnaliser WordPress. Il respecte les standards modernes de code et s’inscrit dans les initiatives du web ouvert. Ces blocs de contenu transforment la manière dont les utilisateurs, les développeurs et les hébergeurs interagissent avec WordPress pour simplifier et améliorer l’intuitivité de l’édition de contenus riches rendant la publication et le travail plus accessible à tous, quelles que soit vos compétences techniques.
C’est génial que tant de personnes pensent qu’utiliser WordPress est le meilleur moyen de déposer ses idées sur le Net. S’il est très facile de libérer le pouvoir de WordPress lorsqu’on sait coder, maîtriser le code n’est pas donné à tout le monde. Maintenant ce n’est plus une nécessité.
Comme nous espérons obtenir beaucoup de retours d’information et de remontées quant à vos tests en conditions réelles de cette nouvelle expérience, nous la mettons à votre disposition sous la forme d’une extension. Pour éprouver cette nouvelle façon de travailler avec WordPress, depuis l’administration de votre site, activez le menu des extensions. Cliquez sur le lien pour en ajouter une nouvelle et indiquez « Gutenberg » dans le champ de recherche.
Vous pouvez aussi directement télécharger l’extension Gutenberg et la téléverser dans votre site.
> Essayer la démo Gutenberg sans avoir à installer l’extension
Le développement de Gutenberg s’organise depuis GitHub, et ce guide est une bonne ressource pour commencer à se familiariser avec le projet.
L’équipe est impatiente d’entendre parler de votre expérience avec Gutenberg ! Saisissez cette formidable occasion d’avoir un impact réel sur l’avenir de WordPress. Explorez et utilisez Gutenberg et partagez vos opinions – utilisez ce lien pour nous en envoyer autant que vous le souhaitez.
La manière la plus pertinente pour aider les personnes qui construisent cette nouvelle expérience utilisateur est de tester l’éditeur en utilisant une procédure particulière comprenant un ensemble de tâches. Vous pouvez en savoir plus sur ces tests et leurs instructions en vous rendant ici.
Une des choses que vous entendez souvent lors des discussions autour de Gutenberg c’est le concept de blocs. Ces blocs représentent un moyen standardisé de mise en forme des contenus qui nécessitent aujourd’hui d’utiliser des « codes courts », codes d’imbrication, « widgets », formats d’article, types de publication personnalisé, réglages de thème, meta-box et d’autres procédés de formatage. En permettant une personnalisation étendue tout en faisant en sorte qu’elle ne nécessite pas des connaissances poussées en matière de code, les blocs sont fidèles à la promesse de WordPress : une vaste étendue de fonctionnalités couplée à une expérience utilisateur claire et cohérente.
L’éditeur actuel de WordPress est un champ de texte libre – il a toujours été une merveilleuse page blanche pour écrire, mais lorsqu’il s’agit de publier des articles et des pages contenant des images, des éléments multimédias, des contenus imbriqués depuis des réseaux sociaux, des questionnaires et d’autres éléments, il nécessitait une combinaison de différentes approches pas forcément toutes intuitives :
Lorsque nous avons pensé à ces usages et à comment les rendre plus évidents et cohérents, nous avons progressivement adopté le concept de « blocs ». Tous les éléments de la précédente liste pourraient être des blocs : faciles à retrouver et à comprendre et simples à déplacer dynamiquement dans la page. Le concept de bloc est très puissant, et qui, s’il est bien pensé, apportera une expérience d’édition et de publication exceptionnelle.
Imaginez pouvoir afficher un des collaborateurs du client à l’aide d’un bloc personnalisé qui serait glissé dans la page « À propos » de son site pour automatiquement y intégrer sa photo de profil, son nom et sa présentation. Imaginez un tout nouvel univers d’extensions qui enrichiraient WordPress de la même manière. Imaginez des menus de navigation et des « widgets » simplifiés. Imaginez des utilisateurs pouvant comprendre et utiliser WordPress et la plupart de ses extensions instantanément.
3 étapes sont planifiées pour Gutenberg. La première, qui prévoit l’intégration de l’éditeur dans WordPress 5.0, se concentre sur l’expérience d’édition des articles et la mise œuvre des blocs. L’accent est mis sur une approche qui donne la priorité au contenu. L’utilisation des blocs, comme détaillée plus haut, vous permet de vous polariser sur la présentation des contenus en évitant les potentielles confusions liées à d’autres options de configuration. À terme, cela permettra à tout utilisateur d’exposer leur contenu de manière attractive, directe et visuelle.
Ces fondamentaux ouvriront la voie aux deux étapes suivantes, en prévision pour l’année prochaine, pour aller au-delà du contenu de l’article en s’intéressant à la personnalisation des modèles de page puis au site dans sa globalité.
Gutenberg est un changement important, et les moyens seront mis en œuvre pour préserver les fonctionnalités existantes (comme celle des « shortcodes » ou des meta-box) pour donner le temps et des guides aux développeurs pour effectuer la transition efficacement. À terme, de nouvelles opportunités se présenteront aux développeurs d’extensions ou de thèmes pour améliorer le service rendu à leurs utilisateurs grâce à une approche plus attrayante et visuelle profitant d’outils maintenus et supportés par le cœur.
Le projet Gutenberg étudie activement les préoccupations liées à la compatibilité. Les blocs sont effectivement le nouveau mécanisme pour construire les fonctionnalités liées aux contenus, et nous recommandons que les développeurs migrent vers ces blocs toutes celles qui sont bien encapsulées. Toutefois le support pour les fonctionnalités WordPress existantes sera maintenu, et il y aura des trajectoires de transition pour les « shortcodes », les « meta-box » et les types de contenu personnalisés.
*.* Le fonctionnement de certaines metabox, qui se reposent sur une structure spécifique de l’écran d’administration affiché, dans Gutenberg n’est pas garanti et pourra nécessiter des aménagements préalables à leur bon chargement.
Enfin, il existe une extension officiellement supportée pour complètement désactiver Gutenberg.
Il existe de nombreuses ressources où vous pourrez en apprendre plus sur le projet et les idées qui en découlent.
La traduction de WordPress en français n’est pas figée dans le marbre. Tout comme la langue française, elle est appelée à évoluer. Il y a également certains choix antérieurs qui sont parfois remis en cause.
Le remplacement d’une expression par une autre est une décision qui entraîne un travail de l’équipe de traduction à plusieurs niveaux :
Les canaux de communication privilégiés sont le site Rosetta et sa partie Traduction et surtout le canal #traductions du slack WordPress France (vous pouvez vous y inscrire via le site WPFR).
Il est aujourd’hui question de l’expression « Mettre en ligne », actuellement utilisée en tant que traduction du verbe anglophone « Upload ». Il s’agit de l’action de déposer un fichier sur un serveur.
Dans l’usage courant, la langue française peut utiliser plusieurs variations pour ce terme :
Téléverser est un néologisme proposé par l’Office québécois de la langue française et reconnu par l’Académie française.
Il a été formé à partir du préfixe télé « à distance » et du mot verser qui a l’avantage d’indiquer une notion de direction : on dépose des fichiers sur le serveur distant.
On peut alors distinguer les deux actions de téléchargement et de téléversement et ainsi se débarrasser des ambiguïtés du terme « Mettre en ligne », le terme « Télécharger » restant alors limité à la traduction de l’action de récupérer des fichiers disponibles sur un serveur.
L’autre avantage de « téléverser » est qu’en tant que verbe, il est assez simple à manipuler dans un contexte de traduction et peut donc être employé sous plusieurs formes et être conjugué.
Le glossaire a été mis à jour en ce sens le 3 novembre 2017 et le travail de modification de la branche WordPress 4.9 est en cours. Nous invitons les responsables de projets (PTE) à prendre en compte dès à présent cette modification dans leurs traductions pour assurer une cohérence d’ensemble à l’écosystème.
Dans le cadre du WordPress Translation Day 3, après Toulouse, Bordeaux, c’est à Valence que se déroulera notre évènement local cette année sous la houlette de JB Audras.
Réservez votre date si vous êtres dans le coin et si vous voulez nous aider à traduire des projets WordPress (cœur, extensions, thèmes, applications, etc.), ou simplement apprendre le fonctionnement de la traduction de WordPress et participer à ce projet.
Informations de l’évènement:
https://www.meetup.com/fr-FR/Valence-WordPress-Meetup/events/242277421/
Programme : Traduction, discussions, partage et bonne humeur.
Ressources : si vous commencez la traduction des projets WordPress, veillez à consulter ces liens.
Guide de démarrage : https://fr.wordpress.org/traduire-wordpress-en-francais/
Glossaire : https://translate.wordpress.org/projects/wp/dev/fr/default/glossary
Guide de style : https://fr.wordpress.org/category/guide/
Nous sommes aussi sur Slack pour ceux/celles en ligne : http://wordpressfr.slack.com. Inscription ici : https://wpfr.net/slack/
Participer à la traduction est une excellente façon de s’impliquer et contribuer au projet open source qu’est WordPress. Lors du WPTranslationDay, vous serez non seulement aidé par des responsables de traduction (GTE et PTE), mais aussi par de nombreux polyglottes de l’ensemble de la communauté WordPress mondiale. Traduisons ensemble !
Le site officiel : wptranslationday.org
La bannière :
Les badges : (merci @zetaraffix)
Télécharger les badges :
Dans le cadre du WordPress Global Translation Day, après Bordeaux, c’est à Toulouse que nous organiserons notre évènement local. Réservez votre date si vous voulez nous aider à traduire des projets WordPress (core, extensions, thèmes, applications, etc.), ou apprendre comment fonctionne la traduction de WordPress.
Informations de l’évènement
Quand : samedi 12 novembre (09:00 -18:00)
Où : Étincelle Coworking Victor Hugo
25 boulevard de Strasbourg
31000 Toulouse
Merci à toute l’équipe de nous accueillir.
Programme : Traduction, discussions, partage et bonne humeur
Ressources : si vous commencez la traduction des projets WordPress, veillez à consulter ces liens.
Guide de démarrage : https://fr.wordpress.org/traduire-wordpress-en-francais/
Glossaire : https://translate.wordpress.org/projects/wp/dev/fr/default/glossary
Guide de style : https://fr.wordpress.org/category/guide/
Nous sommes aussi sur Slack : http://wordpressfr.slack.com. Vous pouvez retrouver un lien d’accès direct sur la page de support de WPFR.
Participer à la traduction est une excellente façon de s’impliquer et contribuer au projet open source qu’est WordPress. Lors du Global Translation Day, vous serez non seulement aidé par des responsables de traduction (GTE et PTE), mais aussi par de nombreux polyglottes de l’ensemble de la communauté WordPress mondiale. Traduisons ensemble !
Le site officiel : wptranslationday.org
La bannière :
Les badges : (merci @ThomasPiron)
Télécharger les badges :
WordPress 4.6, baptisé « Pepper » en l’honneur du saxophoniste de jazz Park Frederick « Pepper » Adams III, est disponible au téléchargement en français et à la mise à jour depuis votre Tableau de bord. Les nouvelles fonctionnalités de la version 4.6 améliorent l’utilisation quotidienne de WordPress en mettant l’accent sur son usage et sa rapidité.
Ne vous perdez plus ! Restez sur la même page lorsque vous faites la mise à jour, l’installation ou la suppression d’une extension ou d’un thème.
Le Tableau de bord de WordPress profite désormais des polices dont vous disposez déjà sur votre ordinateur, le rendant plus rapide et vous permettant de vous y retrouver plus naturellement, quel que soit le support.
Avez-vous déjà fait par erreur un lien vers votre site ? Désormais, WordPress vérifiera le lien pour vous éviter que cela ne se reproduise.
Tandis que vous saisissez votre texte, WordPress enregistre votre contenu dans votre navigateur. La récupération de contenu enregistré est encore plus facile avec WordPress 4.6.
Les indications de ressources aident les navigateurs à décider quelles ressources récupérer et pré-traiter. WordPress 4.6 les ajoute automatiquement à vos styles CSS et scripts JavaScript afin de rendre votre site plus rapide.
L’API HTTP utilise désormais la bibliothèque Requests, améliorant ainsi le support standard de HTTP et ajoutant les en-têtes insensibles à la casse, les requêtes HTTP parallèles, et la prise en charge des noms de domaines internationalisés (IDN).
WP_Term_Query et WP_Post_TypeUne nouvelle classe WP_Term_Query ajoute de la flexibilité aux informations sur les termes d’une requête, tandis qu’un nouvel objet WP_Post_Type rend les interactions avec les types de contenus plus prévisibles.
La Meta Registration API a été étendue afin de reconnaitre la visibilité des types, descriptions et de la REST API.
WordPress installera et utilisera les derniers packs de langue pour vos extensions et thèmes dès que la communauté des traducteurs de WordPress.org les aura rendu disponibles.
Masonry 3.3.2, imagesLoaded 3.2.0, MediaElement.js 2.22.0, TinyMCE 4.4.1et Backbone.js 1.3.3 ont été intégrés.
Les réglages disposent désormais d’une API permettant de forcer la validation de certaines contraintes. De la même manière, l’outil de personnalisation reconnait désormais les notifications qui sont utilisées pour afficher les erreurs de validation, au lieu de vous laisser sans information sur les problèmes survenus.
Des requêtes de site complètes et mises en cache améliorent votre utilisation quotidienne de l’administration du réseau. L’ajout de WP_Site_Query et WP_Network_Query vous permettent de composer des requêtes avancées plus facilement.
Cette version a été dirigée par Dominik Schilling en collaboration avec Garth Mortensen et l’aide de nombreuses personnes. Il y a 272 contributeurs avec des props dans cette version. Écoutez du Pepper Adams sur votre service de musique en ligne préféré et découvrez quelques-uns de leurs profils :
A5hleyRich, Aaron Jorbin, achbed, Adam Silverstein, Adam Soucie, Adriano Ferreira, afineman, Ahmad Awais, aidvu, Aki Björklund, Alex Concha, Alex Dimitrov, Alex King, Alex Mills (Viper007Bond), alexvandervegt, Alice Brosey, Ana Aires, Andrea Fercia, Andrea Gandino, Andrew Nacin, Andrew Ozz, Andrew Rockwell, Andy Fragen, Andy Meerwaldt, Andy Skelton, Anil Basnet, Ankit K Gupta, anneschmidt, Antti Kuosmanen, Arunas Liuiza, Barry, Barry Ceelen, bassgang, Bernhard Kau, Birgir Erlendsson (birgire), bobbingwide, Boone B. Gorges, Brad Touesnard, Brandon Kraft, brianvan, Bruno Borges, Bryan Petty, Bryan Purcell, Chandra Patel, Chouby, Chris Christoff (chriscct7), Chris Mok, Chris Olbekson, Christoph Herr, Christopher Finke, Cliff Seal, clubduece, cmillerdev, Craig Ralston, crstauf, dabnpits, Daniel Bachhuber, Daniel Hüsken, Daniele Scasciafratte, dashaluna, davewarfel, David A. Kennedy, David Anderson, David Brumbaugh, David Cavins, David Herrera, David Mosterd, David Shanske, Derek Herman, Devin Price, Dion Hulse, Doug Wollison, Drew Jaynes, Ella Iseulde Van Dorpe, elrae, Eric Andrew Lewis, Erick Hitter, Fabien Quatravaux, Faison, Felix Arntz, flyingdr, FolioVision, francescobagnoli, Frank Bueltge, Frank Klein, Frank Martin, Fredrik Forsmo, Gabriel Koen, Gabriel Maldonado, Gary Pendergast, gblsm, Geeky Software, George Stephanis, Hardeep Asrani, Helen Hou-Sandí, Henry Wright, Hugo Baeta, Iain Poulson, Ian Dunn, Ignacio Cruz Moreno, imath, Inderpreet Singh, Ipstenu (Mika Epstein), J.D. Grimes, James Huff, James Nylen, Janne Ala-Äijälä, Jasper de Groot, javorszky, Jeff Farthing, Jeffrey de Wit, Jeremy Felt, Jeremy Green, Jeremy Herve, Jeremy Ward, Jerry Bates (jerrysarcastic), Jesin A, Jip Moors, Joe Dolson, Joe Hoyle, Joe McGill, Joel Williams, Johan Falk, John Blackbourn, John James Jacoby, John P. Green, John_Schlick, Jon (Kenshino), Jonathan Brinley, Jonny Harris, Joost de Valk, Joseph Scott, Josh Pollock, Joshua Goodwin, jpdavoutian, jrf, jsternberg, Juanfra Aldasoro, Juhi Saxena, julesaus, Justin Sainton, Kelly Dwan, Kevin Hagerty, Kite, kjbenk, Konstantin Kovshenin, Konstantin Obenland, Kurt Payne, Laurens Offereins, Luke Cavanagh, Lutz Schröer, Marcel Pol, Marius L. J. (Clorith), Mark Jaquith, Mark Uraine, martin.krcho, Matt Miklic, Matt Mullenweg, Matthew Batchelder, mattyrob, Mayeenul Islam, mdwheele, medariox, Mehul Kaklotar, Meitar, Mel Choyce, Michael, Michael Arestad, Michael Arestad, Michael Beil, Mike Bijon, Mike Hansen, Mike Schroder, Milan Dinić, Morgan Estes, moto hachi ( mt8.biz ), Mustafa Uysal, Nícholas André, Nextendweb, Niall Kennedy, Nick Halsey, Nikhil Chavan, Nilambar Sharma, Ninos, Noah, noahsilverstein, odyssey, ojrask, Olar Marius, ovann86, pansotdev, Pascal Birchler, Paul Bearne, Paul Wilde, pavelevap, pcarvalho, Peter Westwood, Peter Wilson, PeterRKnight, Petter Walbø Johnsgård, Petya Raykovska, Pieter, Pollett, postpostmodern, Presskopp, prettyboymp, r-a-y, Rachel Baker, rafaelangeline, raffaella isidori, Rahul Prajapati, Rami Yushuvaev, Rian Rietveld , Richard Tape, Robin Cornett, Rodrigo Primo, Ronald Huereca, Ruud Laan, Ryan McCue, Ryan Welcher, Sören Wrede, Samantha Miller, Samir Shah, Sara Rosso, schlessera, Scott Basgaard, Scott Kingsley Clark, Scott Reilly, Scott Taylor, screamingdev, Sebastian Pisula, semil, Sergey Biryukov, shahpranaf, Sidati, Silvan Hagen, Simon Vikström, sirjonathan, smerriman, southp, Stanko Metodiev, Stephane Daury (stephdau), Stephen, Stephen Edgar, Stephen Harris, Steven Word, stubgo, Sudar Muthu, Swapnil V. Patil, Taco Verdonschot, Takashi Irie, Tammie Lister, Taylor Lovett, theMikeD, thomaswm, Thorsten Frommen, Timothy Jacobs, tloureiro, Travis Northcutt, Ulrich, Unyson, Viktor Szépe, Vishal Kakadiya, vortfu, vovafeldman, websupporter, Weston Ruter, wp_smith, wpfo, Xavi Ivars, Yoav Farhi, Zack Tollman, et zakb8.
Un grand merci à Jerry Bates pour la réalisation de la vidéo et à Hugo Baeta pour les éléments graphiques de marketing.
En enfin merci à toute la communauté de traducteurs francophones qui a travaillé sur WordPress 4.6.
Si vous voulez participer d’une façon ou d’une autre nous vous recommandons de jeter un œil à Make WordPress et au blog du core development. Merci d’avoir choisi WordPress et rendez-vous pour la 4.7 !
