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é.
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
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 :
La suppression des pages wiki ne fonctionne pas :
(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)
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 ?
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
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 (…)
Sur la dépêche https://linuxfr.org/news/debtocracy , il faudrait remonter le paragraphe « Le film a vite atteint le million de vues (...) » dans la partie Le projet.
Un coupé/collé de ce paragraphe le montre correctement placé en modération, mais mal placé si on réaffiche la page de modération, et une fois revenu en visualisation normale, le paragraphe a repris sa place.
Si on le fait en deux étapes, il disparaît bien après le coupé (en modération et en visualisation). (…)
L'apparition de la case à cocher "Je place ce document sous licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 3.0 (licence CC by-sa)" permet de savoir l'évolution de la proportion de contenus sous cette licence au cours du temps, par rapport à autres (soit sans licence précisée, soit avec la licence précisée dans le contenu mais non extractible facilement pour des stats).
SELECT YEAR(created_at) AS y, content_type, COUNT(*) AS cnt, cc_licensed FROM nodes GROUP BY y, content_type, (…)