WordPress devrait-il fournir une API pour les éditeurs tiers ?

Imaginez un avenir où vous vous connectez à l'administrateur de votre site Web. Vous vous dirigez vers l'éditeur. Cet éditeur particulier dispose de tous les outils et fonctionnalités en place qui vous permettent de produire plus efficacement le contenu que vous publiez pour que le monde entier puisse le voir. Vous commencez immédiatement à appuyer sur les touches ou à faire glisser votre souris sur l'écran, satisfait de ce que le logiciel que vous utilisez a à offrir.

Aujourd'hui, cet éditeur peut être l'éditeur de blocs par défaut pour WordPress. Certains peuvent exécuter le plug-in Classic Editor pour une expérience d'écriture familière. D'autres créeront de belles mises en page avec le constructeur de pages Elementor.

Depuis cette semaine, les gens se retrouvent chez eux avec Iceberg, une interface construite au-dessus de l'éditeur de blocs pour les personnes qui préfèrent un environnement minimaliste et qui aiment Markdown.

Certains blogueurs postent par e-mail. D'autres utilisent des applications depuis leur téléphone. Et toute une classe de personnes travaille dans des éditeurs tiers hors ligne tels que Microsoft Word, Atom et le bloc-notes ordinaire.

S'il y a une chose que j'ai réalisé au fil des ans, c'est que les environnements d'édition sont aussi variés que les personnes qui les utilisent. Il n'y a pas de solution unique. L'expérience que je recherche n'est pas nécessairement celle dont vous avez besoin.

Étant donné la liberté de choisir, la plupart des gens réorganiseraient leur bureau, utiliseraient un bloc-notes différent et opteraient pour un outil d'écriture différent de celui de leur voisin. Même si nous commençons avec les mêmes outils, nous faisons éventuellement des ajustements pour répondre à nos goûts personnels.

Pendant la majeure partie de son histoire, WordPress a eu un seul éditeur que ses utilisateurs partageaient. Cela a changé au fil du temps - même l'ajout de TinyMCE était autrefois controversé. Cependant, l'éditeur par défaut n'a jamais été suffisant pour chaque utilisateur. Personnellement, j'ai détesté l'expérience d'édition classique. Cela m'a amené à écrire dans divers éditeurs Markdown au fil des ans pour plus d'efficacité et une véritable expérience sans distraction. Cela a également conduit les développeurs à relever le défi de créer des expériences alternatives pour de larges pans d'utilisateurs finaux.

Autant que beaucoup de gens aiment l'éditeur WordPress classique, c'était une douleur pour beaucoup d'autres. Sinon, tous les outils qui ont surgi au fil des ans auraient été inutiles.

De la même manière, l'éditeur de blocs est souvent une expérience d'amour ou de haine. C'est l'environnement d'édition idéal pour de nombreux utilisateurs. Pour d'autres, c'est au mieux un obstacle. Au pire, il est digne d'un trempage d'essence et d'un carnet d'allumettes.

La promesse de WordPress est de fournir une expérience d'édition qui permet aux personnes de tous horizons de publier leur contenu sur le Web. La promesse est de rendre cette expérience aussi indolore que possible et de continuer à itérer vers cet objectif irréalisable mais valable de perfectionner le processus de publication.

WordPress - toute plate-forme de publication d'ailleurs - n'est aussi bon que son éditeur.

C'est une situation difficile. Il n'y a aucun moyen de créer l'éditeur idéal pour tout le monde.

Quelle est la prochaine étape ?

Un registre d'éditeurs et une API

Dans les commentaires de la couverture de l'éditeur Iceberg de Tavern, Phil Johnston a proposé une solution pour WordPress à l'avenir. "Avec toutes les expériences d'édition incroyables qui sortent, je me demande s'il est temps pour WP d'inclure le concept d'"éditeurs"", a-t-il écrit. "Comme un registre officiel des éditeurs installés."

Il a ensuite créé une demande de fonctionnalité qui appelait à une API qui permettrait aux auteurs de plugins de créer plus facilement de nouvelles expériences d'édition sur WordPress. La proposition est une idée de haut niveau sur la façon dont l'écran d'édition pourrait permettre aux utilisateurs de choisir leur éditeur préféré.

Potentiellement, les utilisateurs pourraient installer et utiliser divers éditeurs, selon le type de contenu qu'ils créent. Un utilisateur peut souhaiter quelque chose qui ressemble à un éditeur Markdown pour les articles de blog, mais passer à un constructeur de pages pour les pages de son site. Les plugins de commerce électronique peuvent avoir des interfaces d'édition personnalisées idéales pour les propriétaires de magasins. En fin de compte, les possibilités sont infinies. Mais tout commence au niveau de WordPress.

L'idée n'est pas de supprimer l'éditeur WordPress par défaut. Il s'agit de créer un cadre flexible pour les développeurs de plugins afin de répondre aux besoins d'un plus grand nombre d'utilisateurs. Des méthodes supplémentaires d'édition de contenu feraient de WordPress un CMS plus puissant, attirant des utilisateurs qui préféreraient autrement une expérience différente, quel que soit le type de site qu'ils construisent.

Il est possible de le faire maintenant. Cependant, que pourrait faire WordPress pour améliorer ce processus pour les développeurs ?

Jeffrey Carandang, co-créateur d'Iceberg, pense que core pourrait ouvrir l'espace d'édition à davantage de solutions tierces. "Créer notre propre mode d'édition était un défi mais une expérience super excitante dans l'ensemble", a-t-il déclaré. "Gutenberg est encore loin d'être extensible par rapport aux autres parties de WordPress, mais nous avons réussi à pirater certains domaines qui devaient fonctionner."

Carandang a identifié quelques obstacles que son équipe a dû surmonter lors de la création de l'éditeur Iceberg :

• Crochets et filtres limités en dehors du développement de blocs, tels que les zones supérieure et inférieure de l'éditeur et des wrappers.
• Peu ou pas d'options pour supprimer les composants de l'éditeur, en s'appuyant sur des hacks CSS pour les masquer.
• La dépendance de l'éditeur principal à localStorage .

En plus des problèmes principaux, son équipe a dû développer plusieurs versions de l'éditeur de blocs pour garantir une expérience transparente aux utilisateurs. Malgré les problèmes, il croit toujours en un avenir où le projet d'éditeur de blocs peut ouvrir des "innovations potentielles" dans l'espace.

Aujourd'hui, je rédige cet article dans un éditeur Markdown hors ligne. Je vais copier et coller mon deuxième ou troisième brouillon dans l'éditeur de blocs, qui fait un excellent travail de conversion de Markdown en blocs, avant les modifications finales. Les autres jours, je travaille directement dans WordPress, selon mon humeur. Cependant, mon expérience d'écriture préférée est aussi simple que possible et se produit souvent dans Atom. C'est ce à quoi je suis habitué.

Je me demande s'il y aura un jour un éditeur qui me convertira à l'écriture à plein temps depuis WordPress. J'attends avec impatience les développeurs de plugins qui tenteront. Mon espoir est que WordPress cultive ces idées sans faire obstacle.