Les plus

La partie administration est clairement séparée de la partie publique, notamment graphiquement. Je trouve ça bien plus judicieux. En effet, lorsque l'on créé un thème, qui s'ennuie à changer le thème de l'administration ? (franchement...).

La gestion des billets est très bien faite, très complète. Le format wiki est bien choisi et la classe wiki2xhtml est un exemple (à réutiliser... merci la licence libre).

Plus techniquement (en allant fureter dans le code), je trouve la gestion des chaînes localisées très bien faite (inspirée des préconisations de Gettext, certainement). L'application a été conçue extensible dès le départ, à mon avis.

Le respect des standards du web est évident. La participation du développeur à Openweb, ou la relecture technique d'ouvrage traitant du sujet n'y sont certainement pas pour rien...

L'ergonomie générale (surtout côté administration, ce qui est le plus difficile) est très agréable. L'utilisation est simplissime. L'aide contextuel est très pratique (bien davantage qu'une page regroupant toute les instructions, ce qui serait trop simple, à méditer).

Le projet bénéficie d'une impressionnante adoration de la part de ses utilisateurs. En résulte une liste d'objets liés (plugins, themes) très riche, un forum actif, pas mal de publicité autour du projet (voir la page d'accueil du projet).

Les moins

Le textarea pour écrire les billets est trop petit (pour mon utilisation) et on ne peut pas augmenter sa taille il suffit de modifier Hauteur de la zone d'édition d'un billet dans l'écran Ecrire >> Préférences utilisateur. (Cela dit, malgré la correction apportée) Dokuwiki propose d'augmenter dynamiquement la taille par paliers et je trouve cela plus pratique.

Pas de pagination par défaut, c'est très troublant car, seuls les X derniers billets sont affichés et rien n'indique simplement qu'il existe des billets plus anciens, si ce n'est qu'il est possible de cliquer sur des dates antérieures. Bref, on change de mode de navigation : par dates décroissantes sur les X derniers, mois par mois (ou jour par jour) sur les billets plus anciens. Je trouve que ce n'est pas cohérent. Certes, la fonctionnalité est disponible par plugin (que je n'ai pas encore testé), mais cela me semble anormal de faire appel à un plugin pour une fonctionnalité aussi basique.

Système de classification trop simple des billets. Pas de hierarchie dans les catégories, un billet n'appartient qu'à une catégorie. Par contre, l'écran de gestion des catégories est vraiment sympa à utiliser, même si un peu gadget (beaucoup de lignes de code pour une fonctionnalité aussi simple que l'ordonnancement). C'est un peu le contraire de PhpWebGallery dans lequel le backend de gestion des catégories est puissant et le frontend assez pauvre (ça va changer en 1.5).

Il manque un écran dans la partie publique pour visionner les X derniers commentaires (avec un système de pagination). Pour mon blog perso, je m'en fiche car j'ai cet écran dans la partie administration, mais lorsque je surfe sur les blogs d'autres personnes, cet écran me manque. Enfin, on me répondra que le flux RSS des commentaires me laisse le choix du frontend... et ce serai vrai.

La mise à disposition des objets liés (themes, plugins) manque de centralisation. Actuellement, au mieux, on trouve les themes listés dans le wiki officiel. Il paraît que bientôt l'équipe du projet proposera une interface de centralisation. J'ai hâte de voir cela.

Conclusion

Avis très largement favorable. Il y a quelques petits défaut largements compensés par de grandes qualités. Je dis bravo à Olivier (le moteur du projet, côté application) ainsi qu'à toute l'équipe pour son travail et son implication.

Note : il y a pas mal de concepts que je vais copier pour PhpWebGallery, les utilisateurs seront les premiers à en profiter et je ne cacherai pas l'origine de mes inspirations.