Modifier l'indication de commentaire supprimé par l'équipe de modération pour la rendre non imitable par un commentaire d'utilisateur.

(j'aurais bien aimé que les utilisateurs pénibles qui jouent à ça ouvre une entrée dans le suivi mais je dois être trop optimiste)

Les entrées de forum supprimées restent visibles par les admins en utilisant l'URL du contenu. Il serait bien qu'il y a une bannière quelconque visible (genre bandeau rouge) disant « Contenu effacé visible seulement par les admins » ou un truc du genre.

Par exemple sur
https://linuxfr.org/sondages/quel-est-le-plus-fort-l%C3%A9l%C3%A9phant-ou-lhippopotame
le score de Hippo est de 35 avec le 3 sur une ligne et le 5 sur une autre.

Visiblement ça vient du div.content word-wrap: break-word; hérité.

• actuellement https://linuxfr.org/users/Anonyme/ me donne une erreur 500 après quelques temps
• serait-il envisageable que https://linuxfr.org/users/quelconquepseudoici/journaux/quelconquejournalici (en 404 car le compte a été purgé et le journal réaffecté à Anonyme) renvoie vers ce qui correspond dans https://linuxfr.org/users/Anonyme/journaux/quelconquejournalici si ça existe ?

Sur la page de statistiques de modération, on voit actuellement l'info pour chaque AMR.

Machin : 42 modérations, 23 votes et 69 éditions
Sur la page Modération (réservée aux AMR), je propose de compléter cette info ainsi :

Machin : 42 modérations, 23 votes et 69 éditions (dernière visite 20/11/2011 à 20:11) [champ libre éditable pour tout AMR pour indiquer en vacances, à l'hosto, révise ses exam', déménagement, accouchement...]


Rajouter des statistiques sur les tags.

Le DNS de lists doit être corrigé pour gérer à la fois la partie courriel et la partie web.

(et ensuite remettre la lettre quotidienne dans le plan du site/l'aide)

Avoir des pages wiki éditables uniquement par les AMR (pour la FAQ du site, pour les pages sur l'asso, etc.). Elles pourraient remplacer les « pages statiques » éditables uniquement par les admins, qui peuvent être pratiques si on veut des choses exotiques (c'est de l'HTML brut), mais qui sont pénibles souvent à écrire/modifier par rapport à du markdown. Cela permettrait de « verrouiller » les pages « sensibles » (par exemple celles affichant l'empreinte du certificat SSL, un RIB, etc.)

Actuellement la formule du score par défaut des commentaires est E(log10(max(karma,.1))) - 1. Ça donne -2 pour tout karma négatif ou nul. cf https://linuxfr.org/aide#aide-karma

Je propose de passer à E(log10(max(karma,.1))) - 1 - min(0, E(karma/30)).

Cela ne change rien pour les karmas positifs ou nuls. Pour les karmas négatifs :

• -30 <= karma <= -1 commentaire à -3
• -60 <= karma <= -31 commentaire à -4
• -90 <= karma <= -61 commentaire à -5
• -120 <= karma <= -91 commentaire (…)

Ce matin sur la page des journaux :
« Lire la suite (21 commentaires, 0 nouveau !) »

A priori, il y a un souci sur le 0 nouveau.

Pas spécialement d'idée sur le cause ; peut-être si le dernier commentaire tout en bas est nouveau et masqué car score faible ?

La suppression des pages wiki ne fonctionne pas :

1. un AMR va sur /wiki/test/modifier
2. il clique sur le bouton Supprimer
3. Demande de « Êtes-vous sûr de vouloir supprimer cette page de wiki ? »
4. On confirme
5. On est renvoyé vers la page d'accueil du wiki
6. La page théoriquement supprimée est toujours là

(par ailleurs il n'y a pas de liste de l'ensemble des pages wiki ou d'accès aux pages pointant sur une page à ma connaissance)

Signaler les dépêches actuellement en rédaction sur la page de Création d'une nouvelle dépêche https://linuxfr.org/news/nouveau

• rajouter le user_id de l'AMR ayant fait l'opération
• a priori virer le champ updated_at
• ne pas mettre de pluriel à "Interdiction de tribune pour 1 jours"

La tribune du site LinuxFr.org a été conçue comme un lieu d'échanges permettant d'aborder des sujets divers et variés. Elle est parfois, et malheureusement trop souvent, pervertie par des gens qui ont des comportements déplacés, impolis, incorrects voire probablement illégaux.

Le retour de la fonctionnalité de blocage d'écriture sur la tribune pour un utilisateur donné serait donc souhaitable (dommage de devoir en arriver là mais bon, LinuxFr n'a pas vocation à héberger des tels contenus...).

Une implémentation possible serait de (…)