J’attendais avec impatience le moment où je pourrais installer un thème et tester la fonctionnalité d’édition de Gutenberg pour tous les sites Web. Dans l’ensemble, l’expérience s’est sentie complètement brisée à chaque fois que je l’ai testée au cours des derniers mois. Pour cette raison, je suis resté sceptique quant à la possibilité de voir la fonctionnalité de WordPress 5.6 en décembre.

le Sujet Q par Ari Stathopoulos est le premier sujet qui semble être un exemple de travail décent. Que ce soit une aubaine avec le timing ou que ce sujet particulier soit juste structuré est difficile à dire – Stathopoulos est un représentant de l’équipe de l’équipe Thèmes. Gutenberg 9.1 coïncidé avec la poursuite des travaux d’édition du site Web la semaine dernière.

Q est aussi expérimental que possible. le L’équipe thématique a fait un appel ouvert pour des sujets expérimentaux basés sur des blocs dès mars de cette année. Cependant, peu de membres de l’équipe ont accepté cette offre. S’il est approuvé, Q sera le premier thème basé sur des blocs à être mis en ligne sur le répertoire officiel de WordPress. Il doit encore se frayer un chemin à travers la norme Processus de vérificationet attendent notre tour dans les semaines à venir.

Dans l’ensemble, la modification de l’ensemble du site reste une expérience frustrante et déroutante. Je suis toujours sceptique quant à savoir s’il sera également prêt sous forme bêta à se présenter au monde dans WordPress 5.6.

Cependant, Q est un sujet intéressant à étudier à ce stade pour les utilisateurs finaux et les développeurs de sujets. Les utilisateurs peuvent l’installer et commencer à modifier l’écran d’édition du site via le plugin Gutenberg. Les développeurs peuvent utiliser un sujet de travail pour apprendre comment les styles globaux, les modèles et les éléments de modèle s’emboîtent.

Utilisez l’éditeur de site

Plugin Gutenberg en mode éditeur de site.
Modification d’un seul article dans l’éditeur du site.

Pour le thème Q, le plugin Gutenberg et le mode d’édition complet doivent être activés pour le site. En général, l’exigence d’un plugin pour les thèmes dans le répertoire n’est pas autorisée. Cependant, les sujets expérimentaux de Gutenberg peuvent contourner cette directive.

Stathopoulos a souligné que le thème est très expérimental et ne doit pas être utilisé dans une usine de fabrication. Cependant, il est convaincu que plus d’yeux seront concentrés sur l’édition de l’ensemble du site.

Il a mentionné qu’il y avait plusieurs éléments qui étaient faux, tels que les archives de catégorie qui n’affichaient pas les bons messages. Il s’agit d’une limitation actuelle du bloc de requête dans Gutenberg. L’une des meilleures façons de trouver et d’identifier ces types de problèmes est d’avoir un sujet qui suit le rythme du développement.

À l’heure actuelle, l’éditeur du site a l’impression de mordre plus qu’il ne peut mâcher. En plus de modifier la mise en page et la conception de la page, les utilisateurs peuvent également modifier directement le contenu de l’article existant. N’essayez pas cela à la maison à moins que vous ne souhaitiez que vos titres de publication soient remplacés par le slug avec trait d’union. L’éditeur du site devrait-il faire le double travail de conception et d’édition du contenu? Dans l’affirmative, la conception et l’édition du contenu devraient-elles être effectuées dans des endroits distincts à long terme ou fusionnées en une seule fonctionnalité?

C’est cru. Ce n’est pas axé sur l’utilisateur à ce stade.

Le point positif de l’éditeur de site est la progression actuelle des éléments de modèle dans l’éditeur. Les éléments de modèle sont essentiellement des «modules» qui couvrent une partie de la page. Par exemple, la rubrique typique comprend un en-tête et une partie de modèle de pied de page. Actuellement, les utilisateurs finaux peuvent insérer des parties de modèle personnalisées ou échanger une partie de modèle par une autre. Cela ouvre un monde de possibilités, par ex. B. Les utilisateurs qui choisissent entre plusieurs conceptions d’en-tête (parties de modèle) pour leurs sites Web.

Sélection d'une partie de modèle pour l'en-tête dans l'éditeur de site de Gutenberg.
Modifiez la partie du modèle d’en-tête.

L’inconvénient de l’ensemble du système de modèles est qu’il semble si loin de l’éditeur du site qu’il est difficile de croire que l’utilisateur moyen comprendrait ce qui se passait. Les modèles et parties de modèles se trouvent dans l’Administrateur dans le menu Affichage. L’éditeur de site est un élément de menu supérieur distinct. Sans connaissance préalable de la façon dont ces éléments fonctionnent ensemble, cela peut être déroutant.

Les éléments de modèle ont fonctionné pour moi dans l’éditeur de site depuis le début. Cependant, ils ne fonctionnaient pas initialement sur le front-end. J’ai continué à recevoir un message « Modèle non trouvé » pendant des heures. Puis, à un moment donné – que ce soit par magie ou par un stockage aléatoire qui a réuni tout cela – la fonction a commencé qui a été émise précédemmentest manquant Parties du modèle d’en-tête et de pied de page.

Aperçu de l’avenir du développement de sujets

Le thème Q a peu de règles de style qu’il charge directement dans le <head> Section du site Web au lieu d’ajouter une feuille de style supplémentaire. Il est basé sur les styles de bloc de stock Gutenberg sur le front-end avec quelques remplacements mineurs. La plupart des autres styles personnalisés sont traités via le système de style global, basé sur un thème experimental-theme.json Fichier de configuration (sera theme.json à l’avenir).

La question qui se pose est de savoir si les sujets ont nécessairement besoin de beaucoup de CSS lors de l’édition de l’ensemble du site.

Si WordPress permet aux utilisateurs de configurer la plupart des styles via des options de bloc et des remplacements de style globaux, les thèmes peuvent ne pas avoir besoin de beaucoup plus que leurs fichiers de configuration. Après cela, il s’agissait d’enregistrer des styles et des modèles de blocs personnalisés.

Si tel est l’avenir vers lequel nous nous dirigeons, pratiquement n’importe qui pourrait créer un thème WordPress. Et ces pièces, telles que B. Les parties et modèles de modèles peuvent être partagés entre chaque site. Dans cet avenir, les sujets peuvent ne plus avoir d’importance.

L’année dernière, Mike a suggéré Schinkel le système de thème est obsolète au total et remplacer par des composants Web.

« Au lieu de rechercher un sujet qui possède toutes les fonctionnalités dont vous avez besoin – et j’ai constaté que le choix est toujours limité à zéro – un propriétaire de site Web pourrait rechercher les composants et modules dont il a besoin, puis créer son site Web à partir de ces modules » , il a dit . « Vous pouvez choisir un en-tête, un pied de page, un héros de page d’accueil, un ensemble de fiches d’articles, un module de tarification, etc. »

Plus je bricole dans l’édition de l’ensemble du site, plus j’ai l’impression que la piste finit par se fondre dans cette piste. Imaginez un avenir où les utilisateurs finaux peuvent sélectionner les pièces qu’ils veulent et les voir facilement directement sur le front-end.

C’est passionnant de penser à cette possibilité. Schinkel et moi avons plus de connaissances en programmation que nous en conception. En dehors de ce type d’état d’esprit analytique, il est logique de tout garder propre et réutilisable Boxe car la réutilisation est la pierre angulaire de la programmation intelligente.

Cependant, je suis préoccupé par l’état de l’art dans un tel système avec autant de pièces interchangeables. Les concepteurs pourront-ils adopter des approches holistiques du développement de thèmes et créer des œuvres d’art vraiment complexes? Ce système créera-t-il essentiellement un réseau de sites d’emporte-pièces? Ou les concepteurs trouveront-ils simplement des moyens de sortir des sentiers battus dans les limites du système de blocs?



Source link

Recent Posts