WordPress 6.6 sera bientôt disponible : nouvelles fonctionnalités, améliorations des performances et tendances futures en détail

WordPress 6.6 sera publié dans 16 juillet 2024Version. Cette version a un cycle de publication légèrement plus court et s'appuie largement sur la version précédente, avec quelques nouveautés telles que les styles partiels et les superpositions en mode synchronisation, et un certain nombre d'améliorations apportées aux fonctionnalités des versions récentes, notamment les bibliothèques de polices et l'API Interaction. Les vues de données ont été introduites dans la version 6.5.Refonte de l'administrationEn travaillant sur les premières tentatives, il a évolué, offrant de nouvelles options de mise en page, une section de modèle de portefeuille et une expérience de modèle, ainsi qu'une section d'administration plus accessible. Enfin, les outils de conception occupent le devant de la scène, qu'il s'agisse de la prise en charge des grilles, des styles de section ou des fonctionnalités intégrées dans les changements de style dès la sortie de la boîte. 

Comme d'habitude, le contenu partagé ici fait l'objet d'une recherche active, mais cela ne signifie pas nécessairement que chaque élément de contenu se retrouvera dans le site web de la Commission européenne. WordPress 6.6 La version finale de la

Expérience de base

Faire avancer la nouvelle vue des données dans l'éditeur de site

existent Version 6.5Dans le prolongement de la version initiale, les nouvelles vues de l'éditeur de site continuent d'être améliorées. Les différentes pages d'administration (Gérer tous les modèles, Gérer toutes les sections de modèles, Gérer toutes les pages) sont notamment déplacées vers l'avant afin que ces options soient immédiatement visibles lorsque l'on accède à la section appropriée, ce qui réduit le nombre d'étapes pour accéder à des informations importantes. Pour les pages, une nouvelle présentation côte à côte sera introduite afin que les utilisateurs puissent voir à la fois une liste de toutes les pages et un aperçu de la page actuellement sélectionnée. Pour les schémas, la gestion de la section des modèles sera supprimée et intégrée dans la section générale actuelle des schémas. Tous ces changements importants s'accompagnent de petites améliorations au niveau des fonctionnalités et de la convivialité. 

Zoomer pour composer à l'aide d'un motif

Pour permettre aux utilisateurs de se concentrer sur la construction avec des modèles plutôt que sur l'édition fine de blocs, nous prenons quelques mesures différentes, notammentÉdition avancée du contenurépondre en chantantdézoomer.. Les principales caractéristiques du programme sont les suivantes

• L'expérience du zoom avant et arrière de l'éditeur lors de l'insertion d'un motif permet d'obtenir une vue d'ensemble du site.
• Possibilité de combiner des modèles de haut niveau dans un modèle pour permettre une exploration rapide de modèles alternatifs.
• Possibilité de manipuler le motif dans le modèle en le déplaçant, en le supprimant, etc. tout en le rétrécissant. 
• Amélioration de l'expérience de l'utilisateur en mode "drag" (par exemple, déplacement vertical).

Dans l'ensemble, ce travail se veut un premier pas vers une nouvelle approche de l'interaction avec les motifs et de leur construction. Cependant, certaines questions restent en suspens, notamment celle de savoir si la fonction de rétrécissement sera invoquée dans certaines situations, telles que l'onglet de motif de l'inserteur, ou si la fonction de rétrécissement peut être activée/désactivée selon les besoins. 

Visualisation des valeurs de style héritées

Il est essentiel de comprendre d'où viennent les styles de blocs pour comprendre les changements qui peuvent être nécessaires. Pour la version 6.6, on s'efforce d'afficher localement les valeurs héritées globalement par le bloc, le cas échéant. Cela signifie, par exemple, que si les paragraphes sont configurés pour toujours afficher du texte bleu dans un style, chaque paragraphe que vous ajoutez affichera du texte bleu et les paramètres du bloc indiqueront que le bleu est la couleur de texte sélectionnée. Cela contraste avec l'expérience déroutante d'aujourd'hui, qui affiche un cercle avec une ligne pour indiquer qu'aucune couleur locale n'a été définie, même si le bloc en hérite globalement. 

Unifier l'expérience éditoriale, y compris le processus de publication

Il s'agit d'un effort à la fois technique et conceptuel visant à consolider le code partagé et à créer un flux unique et cohérent pour les tâches communes dans les éditeurs d'articles et de sites. Les parties les plus visibles et les plus importantes se trouveront dans le processus de publication unifié et dans le nouveau panneau d'inspection "résumé", qui sera également réutilisé dans l'éditeur de site lorsque vous effectuez des modifications en masse. 

Outils de conception

Mélangez les polices et les palettes de couleurs pour varier les styles. 

Les variantes de style vous permettent de modifier l'aspect et la convivialité de votre site tout en utilisant le même thème. Afin de développer les possibilités de conception des thèmes en bloc avec variantes de style, la version 6.6 vise à ajouter la possibilité de mélanger et d'assortir les couleurs et les styles typographiques de chaque variante de style individuelle. Cela signifie que les huit variantes de style créées par la communauté et intégrées au thème Twenty Twenty-Four deviennent 48 combinaisons de style, grâce à six préréglages typographiques et huit préréglages de couleur. En ajoutant plus d'options typographiques avec la bibliothèque de polices, les options disponibles sont énormes, et vous pouvez faire tous les ajustements fins en même temps. Cette évolution des possibilités de variantes de style sera disponible dès le départ avec tous les thèmes de blocs qui ont des variantes de style, sans que les auteurs de thèmes n'aient à faire de choix ou d'ajustements supplémentaires.

Synchronisation des propriétés spécifiques des blocs et des schémas

S'appuyant sur le mode synchronisé, la fonction de remplacement du mode synchronisé permet à l'utilisateur de s'assurer que les mises en page et les styles sont synchronisés entre les modes, tout en permettant à chaque instance d'un mode d'avoir un contenu personnalisé. Ainsi, la conception reste cohérente d'un contenu à l'autre. Prenons l'exemple du mode recommandé dans la grille. Grâce à cette amélioration, il est possible d'insérer ce modèle de recommandation dans plusieurs articles, en veillant à ce que les éléments de mise en page et de style, tels que la conception générale d'une fiche de recette, soient cohérents d'une instance à l'autre. Dans le même temps, les contenus tels que les noms, les images et les rôles seront propres à chaque instance, ce qui permettra une personnalisation individuelle. En outre, il sera possible de revoir et de modifier la conception globale du schéma de recommandation sans affecter le contenu des instances existantes.

Variations de style de bloc étendues pour plus d'options de style 

En étendant le mécanisme de modification du style des blocs, la version 6.6 permettra aux auteurs de thèmes de définir des options de style pour les sections de plusieurs blocs (y compris les blocs internes). En quelques clics, les utilisateurs d'un thème de bloc doté de cette fonctionnalité pourront rapidement modifier une section d'une page ou d'un modèle dans un style prédéfini fourni par l'auteur, par exemple une version claire ou foncée de la section. Cette fonctionnalité est rendue possible par le travail sur l'API Extended Block Style Changes (changements de style de bloc étendus). L'objectif est de fournir cette fonctionnalité de plusieurs manières :

• Programmatiquement via gutenberg_register_block_style
• via le thème autonome. La section json dans le sous-répertoire /block-styles du thème
• Les variantes de style des blocs sont définies sous styles.blocks.variations via les variantes de style du thème.

Amélioration de la présentation de la grille

La grille est une nouvelle variante de mise en page pour les blocs de groupe qui vous permet d'afficher les blocs au sein d'un groupe sous forme de grille, offrant ainsi une nouvelle flexibilité. Il existe deux options pour la mise en page de la grille :

• "Auto" génère automatiquement les lignes et les colonnes de la grille en utilisant la largeur minimale de chaque élément. 
• L'option "Manuel" permet de spécifier le nombre exact de colonnes.

En plus d'étendre les fonctionnalités (notamment en essayant d'implémenter le redimensionnement par glisser-déposer), nous travaillons également à l'amélioration de l'utilisation des outils de mise en page afin de rendre plus simple et plus claire l'exécution des fonctions souhaitées.

Amélioration de la bibliothèque de polices 

Pour ses débuts dans la version 6.5, la bibliothèque de polices continuera d'être corrigée et améliorée sur la base des commentaires reçus. Ce travail consistera davantage à affiner les fonctionnalités existantes qu'à en ajouter de nouvelles. 

Autre soutien

Une série de petits efforts ont été déployés pour offrir davantage d'options de conception directement dans l'éditeur :

• Bloc d'images de fond pour soutenir les tâches de suivi
• Marges négatives autorisées.
• Dans les blocs du thème classiqueActiver l'outil Ombre.
• Activer les ombres pour plus de blocs.
• Ajout de la prise en charge des préréglages de rapport d'aspect via theme.json.
• Ajout de la possibilité de créer/modifier des ombres dans les styles.

itinéraire

L'expérience de l'éditeur de site à gestion modale sur Classic Themes

En raison de certaines modifications du code interne, le chemin est défini pour permettre aux thèmes classiques d'accéder à la nouvelle expérience de schéma fournie par l'éditeur de site. Cela permettra d'améliorer et de moderniser l'expérience de gestion et de création des modes.

Amélioration continue des performances

Au cours de ce cycle de mise à jour, diverses initiatives ont été prises pour réduire les temps de chargement, en particulier le chargement des modèles, et pour améliorer l'interface utilisateur de l'application.theme.jsonetmodèlesrépondre en chantantStyle de calculLa mise en cache de laOptions de chargement automatique optimisées.Pour l'INP （La recherche et les travaux préliminaires sur les améliorations potentielles de la métrique (Interaction avec le prochain point de douleur) se poursuivent également dans les API de base et d'interaction. En outre, cettele problème itératifCette version de l'éditeur apporte des améliorations constantes en termes de performances, notamment en ce qui concerne le chargement des modèles.améliorer.

Outre les efforts susmentionnés, l'Union européenne poursuit ses efforts en vue d'améliorer l'accès à l'eau potable et à l'assainissement.Outils de performance améliorésy compris les opérations de test de performance automatisées fonctionnant dans Gutenberg et Core. Les efforts actuels visent à rendre les tests de performance plus cohérents, plus robustes et plus fiables, et à fournir aux utilisateurs des informations sur la performance.Opérations GitHub faciles à utiliser.Les développeurs peuvent utiliser cette action pour mettre en œuvre des tests de performance dans leurs propres plugins ou thèmes.

Itération de l'API

Diverses API introduites dans les versions récentes devraient continuer à être mises à jour.

API interactive

API d'interactivité fournit un moyen standard de permettre aux développeurs d'ajouter de l'interactivité à la partie frontale de leurs blocs. Après la publication initiale de l'API Interactivité dans la version 6.5, le prochain cycle de travail se concentrera sur l'amélioration de l'expérience des développeurs grâce à une meilleure couverture des tests et à une meilleure qualité du code, à l'amélioration des rapports de bogues, aux outils de débogage et à la correction des bogues signalés.

crochet

Introduite dans WordPress 6.4 et itérée dans 6.5, l'API Block Hooks est un mécanisme extensible qui vous permet d'insérer dynamiquement des blocs dans des thèmes de blocs. L'API est maintenant mature et des travaux sont en cours pour aider à déterminer l'interface utilisateur appropriée pour l'accrochage des blocs et pour continuer à améliorer l'expérience du développeur. 

Interface HTML

Publié pour la première fois dans la version 6.2En outre, les améliorations apportées à l'API HTML se poursuivent, la version 6.6 se concentrant sur deux objectifs principaux :

• Complète et dépendante des codeurs/décodeurs personnalisés et conformes aux spécifications. 
• Concevoir comment communiquer lorsqu'un document HTML est modifié rétrospectivement, en permettant au code appelant de faire correspondre, d'arrêter et de modifier les éléments créés implicitement, y compris lorsque l'élément est fermé.

Champs personnalisés etAPI de liaison de blocs

L'API de liaison de blocs introduite dans la version 6.5 vous permet de lier des données dynamiques aux propriétés des blocs, ce qui répond à de nombreux cas d'utilisation pour les blocs personnalisés et permet de prendre en charge d'autres fonctionnalités telles que les dérogations en mode de synchronisation. Le prochain cycle de travail se concentre sur la possibilité d'éditer la source des connexions directement à partir du bloc. Comme pour leComme l'a montré le récent Hangout du couloir, les utilisateurs peuvent mettre à jour un paragraphe en modifiant le lien qui y mène.Valeurs des champs personnalisés. Dans ce cadre, l'implémentation de l'éditeur existant est en train d'être remaniée et les API de l'éditeur sont en train d'être définies dans le but de les exposer "éventuellement" dans la version 6.6. En plus du travail technique plus large, une exploration initiale autour de la création d'une interface utilisateur liée est en cours, mais il est peu probable qu'elle soit réalisée dans la version 6.6.

Suppression de la prise en charge de PHP 7.0 et 7.1.

La version 6.6 de WordPress est prévue pour juillet 2024 et ne supportera plus PHP 7.0 et 7.1. La nouvelle version minimale supportée de PHP sera 7.2.24. La version recommandée de PHP est toujours 7.4 ou plus.

Ajout d'un retour automatique à la mise à jour

Depuis WordPress 6.3, lorsqu'un administrateur met à jour manuellement un plugin, celui-ci ne sera pas réactivé si la mise à jour entraîne une erreur PHP fatale. Lors d'une mise à jour automatique, cette vérification de la réactivation n'est pas effectuée et, lors du prochain lancement du site, l'utilisateur verra apparaître un écran blanc de la mort (WSOD). Pour mieux protéger les sites et accroître la confiance dans les mises à jour automatiques des plugins, la version 6.6 vise à inclure par défaut la possibilité d'effectuer un retour en arrière lorsqu'une erreur fatale survient lors d'une tentative de mise à jour automatique d'un plugin.