Alors, cette semaine il y a eu quelques développements importants comme la standardisation des noms des templates, la refonte du flux RSS et l'intégration du module Trumbowyg au cœur du CMS.
Trumbowyg
Quand j'ai commencé l'écriture de Soosyze, j'ai eu le réflexe de reprendre certains standards un peu dépassés comme de ne pas inclure d'éditeur de texte dans le cœur du CMS.
L'intégration du contenu se faisant avec un éditeur de texte, ajouter un tel module signifie une certaine prise de risque :
- L'utilisateur lambda ne prendra pas ou peu le risque d'utiliser un autre éditeur de texte, peut-être même meilleur que celui de base,
- Si l'éditeur ne propose pas assez de fonctionnalités, l'utilisateur risque de mettre en doute tout le CMS sur sa capacité à gérer des contenus en ligne,
- Les mises à jour ne dépendent pas de l'équipe du Cms mais d'un tiers,
- L'alourdissement conséquent du CMS, par exemple si nous intégrions TinyMCE qui est l'un des wysiwygs les plus complet du marché, le CMS doublerait de volume.
Bref, il y a 5-10 ans il n'était pas rare de voir un CMS sans éditeur de texte dans son cœur. Le but était de laisser le choix à l'utilisateur de choisir son éditeur.
Aujourd'hui la tendance s'inverse, la plupart des utilisateurs (en tout cas avec ceux que j'ai pu échanger) me disent préférer avoir un éditeur de texte de base. Et que s'il ne semble pas suffisant, voir s'il y a un module alternatif.
J'ai donc choisi de fournir le module Trumbowyg de notre Store comme éditeur de texte enrichie par défaut. Il est léger, simple d'utilisation et facilement modulaire.
Node
J'ai amélioré l'affichage pour des entitys. Il est possible d'afficher des données non textuelles comme des images. Par exemple pour le module gallery.
Vu que la page de gestion des contenus est soumise à des droits plus flexibles, l'affichage du bouton d'ajout de contenus a été revu.
News
Cette semaine j'ai découvert un tout nouveau outil pour agréger des flux RSS. Et en voulant le tester avec le flux des news de Soosyze je me suis rendu compte d'un bug sur la version de démo. (un bug qui n'existe pas en local)
Bref, j'ai corrigé le bug et j'ai aussi amélioré le flux RSS avec les nouvelles informations présentes dans la news.
Voilà à quoi ressemblera le flux RSS généré par Soosyze CMS lu par l'éditeur Fluent Reader :
User
Ajout d’une couleur par défaut aux rôles utilisateur :
J’ai eu un utilisateur qui nous a fait remonter que les badges des rôles ne fonctionnent pas correctement. Hors le choix de la couleur grise est assumée. Cependant il semble que cette couleur porte à confusion.
Thème
Le gros du travail cette semaine fût sur les thèmes. Je suis en train de mettre en place une convention de nommage pour les modules du cœur afin de rendre la création d'un thème plus intuitif. Le but est d'éviter les collisions de templates.
C'est-à-dire que si 2 modules utilisent des templates portant le même nom, il y a un risque de collision.
Bref, c'est en cours et c'est l'un des gros points essentiels pour stabiliser Soosyse CMS.
De plus, de la documentation sur la création d'un thème est en cours d'écriture.
Il est prévu de la publier avec un thème starterkit en même temps que la sortie de la beta2.
Framework
Le champ numérique généré par le FormBuilder permet d'ajouter des boutons pour incrémenter et décrémenter plus simplement leur valeur :
Le reste à faire
Normalement le développement de Soosyze beta2 devait s'arrêter aujourd'hui pour que le peaufinage puisse commencer, il reste encore quelques points à finir :
- Commit les changements de noms des templates,
- Mettre à jour la liste des modules à l'installation,
- Mettre à jour les données par défaut de l'installation,
- Finir le thème d'administration,
- Commencer le nouveau thème public.
Malheureusement, pour avoir une sortie en septembre certains points annoncés seront reportés à la prochaine version :
- L’utilisation de PHPMailer,
- Mettre en place un système de chargement pour les bibliothèques externes pour permettre d'avoir une version de JQuery commune plutôt que chaque thème ai à l'importer. Cela réduira considérablement le poids des modules et thème, mais augmentera celle du CMS. De plus, ce changement est cohérent dans notre choix de supprimer les CDN (voir le premier poste du journal de développement de la beta2),
- Revoie le workflow de l'inscription utilisateur.
Voilà, voilà à la semaine prochaine 🙂