Forum

Je devine que certains vont bondir sur leur chaise en déclarant que ma demande est contraire à l'esprit même du wiki, mais il me semble que le fait d'ajouter une fonctionnalité qu'on n'est pas obligé d'utiliser ne limite en rien a priori la liberté de l'utilisateur alors qu'elle peut se révéler bien utile à ceux qui ont la lourde tâche d'administrer une communauté. Voici donc :

Il serait bien de pouvoir disposer d'une possibilité pour l'administrateur et les modérateurs d'empêcher momentanément l'accès à certaines pages du wiki, à certaines branches, voire à la totalité de l'arborescence, pour certains niveaux de droits, ainsi qu'il est possible, à un autre niveau, de priver les visiteurs de l'accès à un site pour maintenance. Cela permettrait d'offrir un outil de modération appréciable dans certaines circonstances. En l'absence d'un tel dispositif, il n'existe pour l'instant d'autre choix que de faire disparaître du site les pages qu'on pourrait ne vouloir qu'occulter momentanément.

C'est prévu pour la prochaine mise à jour

Une fois de plus l'équipe de développement anticipe besoins et demandes. Spécialement pour ce module de wiki pour lequel, tu nous avais prévenus ben.popeye, on doit s'attendre à de profonds remaniements ainsi qu'à un nombre considérable d'évolutions importantes, sans commune mesure avec ce que nous en annonce la roadmap où on ne peut lire que : « Système d'enregistrement ligne par ligne des articles pour un encombrement réduit lors des éditions successives. » Pourrait-on par conséquent en avoir un aperçu plus détaillé dans le souci d'éviter de te faire répondre à des demandes satisfaites d'avance ?

Pour commencer, est-ce qu'il faut entendre par là que le wiki serait équipé dès la prochaine version d'un système de diff entre les différentes éditions d'une page ?

Oui, le wiki actuel est lourd en terme de base de données et ne permet pas de voir les différences entre deux versions.
Tout ceci parce que la programmation d'un tel module est beaucoup plus complexe et le temps manquait. Mais je le reprendrai (j'ai bientôt terminé ce qu'il y a avant sur ma liste), et ensuite ça changera.
Par contre compte tenu du nombre de nouveautés, je ne suis pas sur de le sortir pour PHPBoost 2.1, de toutes façons ça n'est pas grave puisque les modules sont indépendants du noyau. Je ferai une mise à jour plus tard avec la nouvelle version du wiki.
Bref il y aura de profonds changements qui n'apparaissent pas dans la roadmap, mais aucun module ne devrait y figurer selon moi, c'est pour ça que je n'ai rien rajouté.
J'espère avoir été davantage clair.

Parfaitement clair. Mais ça ne fait que décaler ma demande, qui a déjà été formulée par un autre membre tout récemment : pourquoi ne pas tenir à jour parallèlement à la roadmap du noyau de la 2.1, une roadmap module par module, du moins pour ce qui est contrôlable, c'est-à-dire les modules mis en chantier par l'équipe de développement stable ? Il y a bien sûr de ma part un peu de curiosité, tu t'en doutes bien , mais aussi le désir sincère... et intéressé de vous libérer un maximum de temps pour coder, vu que c'est fou le nombre de discussions - venant de moi comme d'autres - que vous pourriez ainsi vous éviter !

Pour le wiki comme je n'ai pas encore approfondi ma réflexion je ne sais pas complètement ce que je vais implémenter mais seulement ce que j'aimerais faire.
Je vous tiendrai au courant.

OK. Merci.