Selon moi, une bonne part des problemes de Linuxfr relèvent de la vie quotidienne d'un forum et ne devraient donc pas preter a conséquences.
Ainsi en va-t'il des abus sur les notes, de l'orthographe, de la modération des propos trollesques.
Je pense que ces problèmes prennent une importance disproportionnée parce qu'ils sont étalés longuement sur la place publique. Il me semble que le meilleur moyen de résoudre ces cas et de mettre les acteurs en contacts.
Linuxfr n'a plus aujourd'hui de protocole permettant des communications de 1 à 1. Avant il y avait les messages, et c'était trop lourd en terme d'utilisation et en terme de programmation. On a remplacé ca par une redirection email, qui est tres chouette mais qui ne rempli pas ce role.
On pourrait donc rajouter dans chaque commentaire un petit champ INPUT SIZE=10 permettant aux lecteurs d'interpeller, injurier, remercier, corriger l'auteur.
Ca fonctionne comme la commande unix kill : communication unidirectionnelle simple entre deux personnes.
Appelons ca le Système De Potes. ;-)
> De l'importance du cachage des commentaires
un thread est un document composite fait de commentaires, de notes. la sémantique a appliquer la dessus, c'est celle de CVS.
Il est donc important qu'il y ait un processus amenant au retrait d'un commentaire. Il est aussi important que le processus de release ne s'adresse pas seulement aux lecteurs mais aussi aux robots comme google. Un commentaire négatif NE DOIT PAS être indexé par Google alors que les positifs DOIVENT l'être.
Ceci implique des contraintes techniques et des précautions sur les choix qui seront fait quant à l'évolution du système de note et de l'ergonomie. dlfp répond à ces critères actuellement, je ne pense pas que SPIP soit dans ce cas.
> l'info sur qui note qui doit-elle être publique ?
l'expérience m'a montré que cette database est tres interessante. Une notation, même abusive, contribue à Linuxfr. c'est comme les logs d'apache.
On pourrait la mettre en valeur.
- En l'archivant.
- En publiant un rapport d'activité sous forme anonymisée (pensez à webalizer).
- En la personnalisant : je consulte mes notes, celles que j'ai recues et celles attribuées.
> - trois nouveaux modérateurs : Jr (bon ça fait un bail déjà OK), mouns et fatnerf.
bienvenue à eux sauf Jr parce que bon ça fait un bail déjà OK. ;)
avant les modérateurs avaient le privilège de déposer des sentences ici et là.
c'est Bien(tm). Ca rappelle qu'ils sont là.
> diverses features requestes
- l'anonymat now.
- le moinzun now.
- la tribune a l'endroit now.
- des comptes "invités" créés adhoc pour un intervenant extérieur qui souhaite réagir spécifiquement.
- mettre les titres par défaut sur la valeur "JE SUIS UN ABRUTI".
- déplacer la notation en bas de commentaire : (répondre) (plus) (moins).
$ kill "penser à se refaire un xmodmap avec les crochets" $myself
# JE SUIS UN ABRUTI
Posté par cornofulgur . En réponse à la dépêche Nouveaux modéros, système de note, archives de journaux, forums. Évalué à 9.
Selon moi, une bonne part des problemes de Linuxfr relèvent de la vie quotidienne d'un forum et ne devraient donc pas preter a conséquences.
Ainsi en va-t'il des abus sur les notes, de l'orthographe, de la modération des propos trollesques.
Je pense que ces problèmes prennent une importance disproportionnée parce qu'ils sont étalés longuement sur la place publique. Il me semble que le meilleur moyen de résoudre ces cas et de mettre les acteurs en contacts.
Linuxfr n'a plus aujourd'hui de protocole permettant des communications de 1 à 1. Avant il y avait les messages, et c'était trop lourd en terme d'utilisation et en terme de programmation. On a remplacé ca par une redirection email, qui est tres chouette mais qui ne rempli pas ce role.
On pourrait donc rajouter dans chaque commentaire un petit champ INPUT SIZE=10 permettant aux lecteurs d'interpeller, injurier, remercier, corriger l'auteur.
Ca fonctionne comme la commande unix kill : communication unidirectionnelle simple entre deux personnes.
Appelons ca le Système De Potes. ;-)
> De l'importance du cachage des commentaires
un thread est un document composite fait de commentaires, de notes. la sémantique a appliquer la dessus, c'est celle de CVS.
Il est donc important qu'il y ait un processus amenant au retrait d'un commentaire. Il est aussi important que le processus de release ne s'adresse pas seulement aux lecteurs mais aussi aux robots comme google. Un commentaire négatif NE DOIT PAS être indexé par Google alors que les positifs DOIVENT l'être.
Ceci implique des contraintes techniques et des précautions sur les choix qui seront fait quant à l'évolution du système de note et de l'ergonomie. dlfp répond à ces critères actuellement, je ne pense pas que SPIP soit dans ce cas.
> l'info sur qui note qui doit-elle être publique ?
l'expérience m'a montré que cette database est tres interessante. Une notation, même abusive, contribue à Linuxfr. c'est comme les logs d'apache.
On pourrait la mettre en valeur.
- En l'archivant.
- En publiant un rapport d'activité sous forme anonymisée (pensez à webalizer).
- En la personnalisant : je consulte mes notes, celles que j'ai recues et celles attribuées.
> - trois nouveaux modérateurs : Jr (bon ça fait un bail déjà OK), mouns et fatnerf.
bienvenue à eux sauf Jr parce que bon ça fait un bail déjà OK. ;)
avant les modérateurs avaient le privilège de déposer des sentences ici et là.
c'est Bien(tm). Ca rappelle qu'ils sont là.
> diverses features requestes
- l'anonymat now.
- le moinzun now.
- la tribune a l'endroit now.
- des comptes "invités" créés adhoc pour un intervenant extérieur qui souhaite réagir spécifiquement.
- mettre les titres par défaut sur la valeur "JE SUIS UN ABRUTI".
- déplacer la notation en bas de commentaire : (répondre) (plus) (moins).
$ kill "penser à se refaire un xmodmap avec les crochets" $myself