La 2.17 vit sa vie depuis quelques jours, apparemment sans trop de problèmes si j’en juge par l’absence de retours ou de tickets ouverts à son sujet et c’est plutôt une bonne nouvelle !
Maintenant, la suite…
Parce que je commence à penser à ce qui pourrait être présent dans une 2.18 à venir (hormis les quelques plugins qui ont besoin d’un coup de jeune ou de correction).
J’avoue que coder une API plus complète que l’existante me titille à nouveau mais j’ai besoin d’avoir a minima une finalité à ce développement et pour l’instant, aucune n’a pointé le bout de son nez ; peut-être avez-vous des idées à ce sujet ?
Ce qui me freine aussi concerne la sécurisation d’icelle [de l’API, ndr]; j’ai quelques lacunes, encore, dans ce domaine…
Sinon côté améliorations progressives :
- l’accessibilité de l’éditeur historique et le basculement en icône SVG comme ce qui a été fait pour le plugin commentsWikibar utilisé ici-même pour commenter.
- la reprise du code javascript pour harmoniser en avançant doucement vers un code plus moderne (classes, promesses, …).
- j’hésite encore à imposer PHP 7+ pour cette nouvelle version majeure et bénéficier du typage des fonctions et arguments pour gagner en robustesse.
Et puis tenter d’automatiser un peu plus la génération de releases, du côté de Jenkins.
1 De Philippe -
Une API utilisable par les plugins ? Par exemple pour trouver et afficher des billets selon leur type ou d’autres critères ? Oui !
2 De Franck -
Euh c’est déjà possible en l’état avec la 2.17 ; on peut ajouter des champs dans les tris et modifier les colonnes affichées dans les listes.
Et on pourrait facilement ajouter des champs côté filtre…
Pas besoin d’API pour ça sauf si tu veux faire de l’Ajax.
3 De Franck -
À moins que tu ne parles de la partie publique du blog ? Mais ça viendrait faire double emploi avec le système de template…