Nouveaux blocs liés aux commentaires arrivant avec WordPress 6.0 – WP Tavern

Tout auteur de thème de bloc a dû utiliser des filtres PHP personnalisés pour modifier la sortie de la liste de commentaires La sortie frontale n'affiche pas les classes de commentaires de la fonction comment_class(). Cela ne laisse aucun moyen aux auteurs de thèmes de cibler directement les commentaires en fonction de données telles que leur profondeur, leur type, leur statut, etc. Il s'agit d'une régression par rapport aux solutions de liste de commentaires précédentes dans WordPress. Il ne semble pas non plus y avoir de bloc "Titre des commentaires", qui produirait quelque chose comme "X réponse (s) au titre du message" au-dessus de la liste. La plupart de ces problèmes devraient être triviaux à traiter dans le noyau. Ce sont ce que je considérerais comme des exigences de base pour une liste de commentaires fonctionnelle. Cependant, il y a un problème qui prendra probablement plus d'un cycle de publication pour se concrétiser. Il n'y a pas de concept d'imbrication dans les outils de conception actuels. Chaque réponse à un commentaire parent reçoit une petite bosse de rembourrage à gauche. En dehors de cela, tous les niveaux imbriqués reçoivent le même traitement de conception que leur parent, chacun dans sa propre petite boîte. Certaines conceptions ne sont actuellement pas possibles via l'interface, comme donner à un seul fil une couleur d'arrière-plan. Quelque chose d'aussi simple que ce qui suit ne peut pas être réalisé via les outils de conception : Les outils de conception ne prennent pas en charge les personnalisations imbriquées. Et ce n'est qu'une conception de liste de commentaires banale. Ne vous attendez pas à faire quelque chose de plus avancé sans CSS personnalisé. Il n'y a pas d'outils construits autour de la hiérarchie. Le système de blocage de WordPress n'a pas bien géré des scénarios similaires. Il suffit de tenter quelque chose de complexe à distance avec le bloc de navigation, par exemple, pour voir ses lacunes. Cependant, c'est un scénario beaucoup plus compliqué qu'une liste imbriquée de commentaires. Ce n'est pas un problème avec le système de blocs lui-même. Les outils de conception n'ont pas encore rattrapé leur retard, et présenter de telles complexités dans une interface facile à utiliser n'est pas une promenade dans le parc. Depuis Gutenberg 12.9, le bloc Comments Query Loop ressemble à une régression du point de vue de la conception du thème. Elle n'est pas aussi flexible que la méthode actuelle ou qu'elle l'était il y a toutes ces années, lorsque les commentaires étaient générés via une simple boucle foreach, un peu de HTML et quelques balises de modèle. Bien qu'il puisse être limité, il permet toujours aux utilisateurs finaux qui souhaitent modifier la conception de leur liste de commentaires. C'est une amélioration bienvenue, et je suis enthousiasmé par la façon dont le noyau peut s'en inspirer dans les futures versions.