Forum

slt tout le monde
je voudrais savoir comment rangé les wiki par date d'ecriture ou modifications
et non par ordre alphabétique
merci d'avance

A quel endroit veux-tu ordonner de cette façon-là ?

dans l'explorateur et dans wiki contenus par cette catégorie:

Je me permets d'élargir la question en proposant la possibilité de disposer d'un autre ordre encore : en plus des ordres alphabétique et chronologique, celui d'un ordre logique placé volontairement, par exemple par quelqu'un ayant les droits de modérateur au moins. Cela me semblerait plus pertinent dans la construction raisonnée d'une arborescence qu'un simple ordre alphabétique, certes pratique parfois, mais n'apportant pas de sens supplémentaire au contenu. Quant à l'ordre chronologique, on en dispose déjà en quelque sorte s'agissant des dernières modifications effectuées, sinon des dernières créations. On pourrait alors étendre cette possibilité à tous les modules utilisant une arborescence dont ce serait alors l'ordre par défaut, sachant que les autres ordres pourraient être visualisés par simple requête sans être conservés en mémoire pour les connexions futures.

A plus long terme, on pourrait même imaginer avoir la possibilité de paramétrer cet ordre logique en fonction de chaque profil membre, même si ce n'est pas évident que ce soit très utile et que ce soit en tout cas probablement très consommateur de ressources...

Le problème est que la structure des catégories qui est implémentée dans le wiki n'est pas la même que dans le forum ou dans la galerie. Dans ces derniers modules on peut forcer un ordre alors qu'avec la structure utilisée dans le wiki ce n'est pas possible.
Ordonner les catégories par ordre non alphabétique est faisable mais il faut modifier à plusieurs endroits le code, et cela oblige à ne plus utiliser le cache, ou alors il faut refaire la génération du cache.
Je vais y réfléchir mais pour l'instant j'avoue que techniquement ce n'est pas si simple.

Merci ben.popeye pour cette mise au point limpide. Personnellement je saurai me montrer patient, et l'immense majorité de ceux qui proposent des améliorations probablement aussi. Je n'établis en ce qui me concerne aucune priorité, conscient que PHPB est déjà bien abouti et que ses développeurs ont en tête une roadmap bien arrêtée qu'il ne faut surtout pas chercher à perturber. Je continuerai néanmoins à faire part ici de mes vues en fonction des réactions que m'inspirent les idées des autres contributeurs au forum. Mais si je les écris telles qu'elles me viennent, je m'efforcerai parallèlement de les organiser de manière à permettre qu'elles puissent ressortir au bon moment, lorsque les conditions seront réunies pour qu'elles aient des chances d'aboutir.

Je pense que je ne changerai pas la structure, un wiki est fait pour recevoir de nombreuses catégories, et la structure employée dans le forum devient vite lourde lorsque le nombre de catégories augmente.
Mais je peux éventuellement travailler sur l'organisation du cache, on verra ça dans la prochaine mise à jour.
J'en profite pour déplacer ce sujet dans le forum du wiki.

Merci pour tout (info et effort). Toutes ces contraintes techniques sont complexes, mais passionnantes et on aurait besoin d'un peu mieux les connaître pour pouvoir faire des propositions en connaissance de cause. Par exemple, qu'en est-il de celles qui régissent les modules Articles et Pages, surtout ce dernier d'ailleurs, dont l'intégration de commentaires équivaut à y greffer un module forum ? Comment se situent-elles entre les contraintes propres à ces deux pôles que sont le forum et le wiki ? Je n'attends pas forcément une réponse ici, mais ce serait intéressant d'y penser pour enrichir la doc.

Cordialement.

Je vais un peu préciser les structures utilisées pour chaque module.

Voici les structures utilisées :

• Arbre intervallaire
  • Articles
  • Galerie
  • Forum
  • d'autres que je dois oublier
    
    
• Arbre simple
  • Wiki
  • Pages
    
    

Les arbres intervallaires sont très pratiques pour gérer une petite quantité d'informations mais permet simplement d'ordonner les catégories. Les modifications de l'arborescence sont par contre des opérations assez lourdes. Les arbres simples résistent mieux à la quantité d'informations mais ne sont pas trop appropriés pour ordonner les catégories.

On peut même dire que la modification des arbres intervallaires est infernales j'en ai perdu des cheveux avec ça.

Pour ton autre question sur les commentaires, en fait on ne greffe pas un forum, c'est simplement un gestionnaire commun intégré au noyau de PHPBoost. C'est une fonction offerte aux développeurs de modules, en 5 ou 6 lignes tu intègres le système de commentaire au module.
Il n'y a donc aucune contrainte entre modules, c'est d'ailleurs notre philosophie principale de modularité, ceci permet d'éviter d'avoir des dépendances pénibles pour l'utilisateur obligé d'installer 36 modules pour en faire fonctionner un.

Merci CrowkaiT pour ces références et ces explications vraiment très intéressantes. Je laisse décanter toutes ces informations pour mieux assimiler la philosophie de PHPBoost... Malgré cela, j'ai tout de même envie de te poser une question tout de suite : compte tenu de ce que tu m'apprends, est-ce tu serais d'accord pour définir le module Forum comme une sorte d'agrégateur de commentaires, ce « gestionnaire commun intégré au noyau de PHPBoost », en ce sens qu'il les lie, outre par une interface permettant de les visualiser ensemble, également par des fonctions comme une recherche commune (à ce qui devient autant de forums, de sous-forums, de sujets), des scripts de veille sur ce qui a changé depuis la dernière visite d'un membre, etc. ? En cas de réponse positive, je suppose que rien dans ce cas ne s'opposerait techniquement à ce que ces fonctions s'étendent également aux commentaires situés en dehors du forum de manière à mener par exemple une recherche sur tous les commentaires en plus du forum (ou même en dehors de celui-ci) ? À la limite, on pourrait concevoir une interface de type forum destinée à traiter de manière spécifique tous les commentaires du wiki dont les sujets correspondraient au titre de chaque page et alors construite autour d'un arbre simple ? Cela permettrait de disposer de moyens puissants pour gérer les commentaires dans tout le wiki. Qu'en penses-tu ?

Non le forum est assez éloigné du fonctionnement (très simple) des commentaires. Mais pour la 2.1 (je suis d'ailleurs entrain de le faire en ce moment), il y aura une interface pour visualiser les commentaires de chaque modules, les éditer/supprimer, faire des recherches dans ceux-ci, etc...

Je pense également faciliter la création de flux rss pour les commentaires, afin de pouvoir afficher facilement la liste des derniers commentaires

Super ! Est-ce qu'il ne pourrait pas y avoir quelque part une roadmap de la 2.1 (et ainsi de suite pour toutes les versions à venir). Cela éviterait de faire perdre du temps aux programmeurs en les obligeant à répondre à des questions qui correspondent à des projets déjà prévus et souvent même en chantier ?

Cadeau: http://www.phpboost.com/forum/topic-2212.php#m20477