Comme promis, je partage avec vous les axes d'évolutions qui vont animer cette année 2020, avec à la clé une version 6.0 de PluXml. Mais qui dit version majeur, dit changements majeurs.

Avant de parler de PluXml, quelques éléments autour du site pluxml.org. En effet, tous les utilisateurs de PluXml ne sont pas francophones et c'est pourquoi, je souhaite passer le site en multilingue français/anglais. C'est une grosse charge de travail, puisque cela implique de traduire toute la documentation et de publier des articles sur le blog dans les deux langues. Bien sûr je n'oublie pas qu'il manque un véritable espace "Ressources" collaboratif et sécurisé.

PluCSS

Le système de grid du framework CSS intégré à PluXml doit évoluer pour s'aligner avec les derniers standards du web, et intégrer "grid layout" à la place du système de grille actuel. Il manque également certains éléments qui pourrait être intéressants pour l'administration de PluXml, à savoir une gestion d'onglets et de toggles, par exemple. Enfin, je me pose aussi la question d'utiliser SASS.

En parallèle, je réfléchis au remplacement et donc à l'abandon de PluCSS au profit d'un autre framework, tel que Knacss. Ce qui me permettrait de me concentrer pleinement sur PluXml et de profiter d'un framework plus complet, mais moins léger.

PluXml

A plusieurs reprise sur le forum, il a été évoqué de retravailler le code de PluXml en profondeur, que se soit dans une vision OOP ou plus simplement des refacto sur le moteur. Avec la version 5.8, Composer a été intégré pour gérer les dépendances de PHPMailer, ce qui me fait penser à revoir complètement la structure de PluXml pour le rendre plus respectueux du modèle MVC et pourquoi pas, migrer vers un framework PHP, tel que Laravel (avec l'aide de Composer). Il faudra, néanmoins, garantir la rétrocompatibilité des plugins et des thèmes.

En vrac, des idées d'évolutions (à compléter avec les issues ouvertes sur Github) :

• Intégrer un éditeur wysiwyg en natif
• Intégrer la recherche en natif (plxMySearch)
• Nouveau thème pour l'administration
• Remplacer la notion de “page statique” par une notion de “page”
• Création d'un gestionnaire de média “light” pour l'ouverture en popup dans l'édition d'articles/pages
• Dans article.php à la création d'une catégorie, sélectionner automatiquement celle-ci, si aucune catégorie n'est déjà sélectionnée
• Intégrer une sauvegarde automatique des brouillons
• Sauvegarder le site dans un zip à télécharger via un bouton
• Ajouter une mécanique de redirection d'URL sur les articles et sur les pages statiques
• Ajouter une mécanique de "remember me"
• Suppression des meta keyword (ne sont plus pris en compte par Google)
• Thème par défaut : ARIA, schema.org, opengraph, maillage interne SEO

A vous !

N’hésitez pas à me communiquer vos idées ou souhaits.

J'aimerais également connaître votre avis sur l'avenir de PluCSS, préférez-vous qu'il soit remplacé ou faut-il continuer de le maintenir et de le faire évoluer ?

Que pensez-vous de migrer PluXml vers un framework PHP, tel que Laravel ?