Je pense que la logique serait plutôt de finir le mouvement qui a été
amorcé, à savoir mettre l'interface privée en conformité avec l'usage de ce
champ que l'on adopte maintenant dans la dist et dans comment.
Eventuellement, si cela correspond à un usage, proposer un plugin avec
l'ancien comportement du formulaire de forum.
Je te rejoins sur ce point. Pas d'opposition à du changement à condition
d'aller au bout et de l'intégrer proprement.
C'est bien pour cela que je n'ai rien commité dans un sens ou dans l'autre
pour le moment.
Et en poursuivant cette logique, il me semble que l'on pourrait fusionner
aujourd'hui Comments avec Forums.
Dans ce que j'ai compris, Comments apporte :
- une évolution du formulaire de forum, sachant que dans le même au
passage de SPIP les éléments affichés dans le formulaire de forum sont
devenus plus configurables. Une partie a été commité dans forums, mais sans
que cette intégration ait été menée à son terme (et avec le problème de la
rétrocompatibilité). J'y reviendrais plus loins.
- quelques éléments de présentations des forums avec un formalisme de la
structure HTML/CSS des commentaires et un ensemble de modèles et
inclusions. Cela pourrait aussi me semble-t-il intégrer Forums, devenant
les éléments par défaut de présentation des forums.
- Le filtre |me et la balise #BOUTONS_ADMIN_FORUM qui ont aussi toute
leur place dans forums.
La config de Comments serait fusionnée avec la config de forums ==> on
configure les forums en un seul endroit au lieu de deux.
Bref, il me semble qu'une intégration à terme des apports de Comments de
Forums seraient ce qu'il y a de plus pertinent. De plus, ça clarifiera la
situation et évitera d'avoir à penser au cas Forums sans Comments et Forums
avec Comments.
Peut-être on peut présenter les choses dans l'interface d'admin pour que ça
passe avec les deux usages, ce qui évitera le décalage dans un cas ou
l'autre ?
Cédric
Reste le point du formulaire de forum à traiter, avec un nouvel usage
induit par Comments et le problème de compatibilité ascendante.
Par ailleurs, le fonctionnement de #FORUM_PRIVE et de #FORUM diffère
aujourd'hui (ancien usage pour l'un, et nouvel usage pour l'autre). Afin
d'éviter de la complexité inutile (et pour les dev et pour les
utilisateurs), il me semble que le plus simple serait que #FORUM_PRIVE et
#FORUM fonctionnent de la même manière, selon la config des forums, avec
seul le bloc d'identification (inutile dans le privé) qui changerait entre
les deux formulaires.
Reste à gérer la compatibilité ascendante. Plusieurs pistes ont été
avancées :
- Choisir un des deux modes de fonctionnement dans le privé.
- une date ou n° de forum qui permettrait de séparer les liens "à la
spip" des liens "à la comment" (le webmestre informé de la modif
fonctionnelle n'ayant "plus qu'à" encoder la date d'implémentation de
comments)
- une possibilité de noter dans spip_forums que le forum est encodé via
comments ?
- une fonction de copie des liens "à l'ancienne" vers le texte de forum ?
Il me semble qu'on peut faire plus simple. Deux types de liens
correspondent pour moi à deux informations différentes. On créé alors un
nouveau champs url_auteur qui correspond à l'usage proposé par comments et
on conserve les deux anciens champs tels quels.
La partie d'identification dans le formulaire reprends le fonctionne de
Comments mais en se basant sur ce nouveau champs.
On affiche un lien hypertexte (à l'ancienne) si c'est demandé via le
formulaire de config des forums (l'option est déjà, il n'y a même pas à y
toucher).
Inutile pour l'utilisateur de s'y perdre dans deux modes de fonctionnement
différents. Il a juste à choisir les champs qu'il veut activer sur les
forums, comme maintenant. Par défaut, on peut aussi choisir que Titre du
message et Lien Hypertexte soient désactivés. On se retrouve alors avec la
logique de simplifcation du formulaire de Comments, mais sans passer par de
la surcharge, juste via de la config. (En effet, depuis SPIP 3, on peut
désactiver le titre et le lien hypertexte du formulaire des forums sans
avoir à passer par Comments).
Une telle approche permet dès lors de pouvoir disposer du fonctionnement
simplifié de Comments tout en conservant les champs historiques Titre et
Lien hypertexte pour rétrocompatibilité et pour les quelques cas où on en a
encore besoin. Il faudrait juste faire évoluer légèrement le modèle
inclure/comment pour afficher (quand ça existe) le titre et/ou le lien
hypertexte.
En terme de rétrocompatibilité :
- Pour les sites n'utilisant pas Comments : rétrocompatibilité
historique.
- Pour les sites qui étaient sous Comments : pour les utilisateurs non
identifiés qui avaient saisis l'URL d'un site perso, cette dernière
apparaîtra comme lien hypertexte
Bien cordialement
