L’accessibilité via les thèmes enfants

La séparation des pouvoirs

WordPress dispose de plusieurs points d’entrée pour ajouter ou personnaliser des fonctionnalités :

1. les thèmes (et les thèmes enfants) ;
2. les extensions (et les extensions obligatoires).

C’est le far-west dans la plupart des projets ☠. Afin d’éviter cela, leurs responsabilités sont séparées : on parle de territoires.

Julio Potier a écrit un article pour déterminer ou ajouter une fonctionnalité.

Les thèmes enfants

Les enfants d’abord ⚓

Contrairement au sens induit par leur nom, les thèmes enfants ne sont pas des surcharges : ils sont chargés avant leur thème parent.

Il est donc indispensable de disposer d’un thème parent adapté, de le choyer et de l’améliorer continuellement afin de capitaliser sur nos découvertes et nos recherches.

Ça rend également insipide le bénéfice mis en avant par WordPress sur son codex, à savoir bénéficier sans risque des mises à jour du thème parent…

Un patrimoine génétique

Enrichir son thème parent grâce aux diverses fonctionnalités développées dans les thèmes enfants permet de réduire progressivement les coûts d’implémentation desdites fonctionnalités.

Cela inclut évidemment des fonctionnalités visant à améliorer l’accessibilité.

Ce gain de qualité devient purement mécanique dès lors qu’on utilise un thème parent solide, et chaque thème enfant développé par la suite en héritera.

Une question d’hygiène technique

Il existe plusieurs avantages connexes à cette discipline de développement :

• la maintenance est grandement facilitée par la maîtrise de l’écosystème technique ⚙ ;
• le recyclage ♻ de fonctionnalités et de mécanismes améliore l’homogénéité du code et aide à définir puis appliquer des conventions d’écriture et de nommage ;
• l’architecture technique et la documentation ✍ ne coûteront presque plus rien.

Ça ressemble à de bonnes habitudes, non ?

Les extensions (obligatoires)

La majorité des travailleurs utilisant WordPress disposent de leur flotte d’extensions favories, utilisées systématiquement ou presque. Inconvénient : les extensions sont administrables.

Les mu-plugins ne le sont pas ! Si elles sont présentes, elles sont activées et non administrables. Fini les accidents ⚠.

C’est particulièrement utile pour personnaliser le wysiwyg, par exemple.

J’en ai quelques-unes amusantes, elles sont sur GitHub.

Les autres cms

La majorité des autres cms conseille de modifier directement les thèmes… Cela ne permet malheureusement pas de faciliter la maintenance, les évolutions ni le recyclage. Le travail est difficilement capitalisable.

Drupal

Leur approche est extrêmement intéressante puisque chaque thème peut adopter plusieurs sous-thèmes.

On peut ainsi imaginer des sous-thèmes spécialisés, ou une gestion par couches de l’interface.