Sur une installation par défaut, en l'absence de sections, on a droit à une boîte de sélection vide et une erreur à la validation du formulaire. Autant afficher « Aucune section disponible, la création de dépêche est impossible dans l'immédiat. ».
[Modérateurs] Re: [LinuxFr.org] Dépêche acceptée : ExaBGP, moteur d'injection de routes BGP
« Cher(s) moderateur(s),
Merci beaucoup.
Au passage je me permet de vous notifier que cet email de notification ne contient pas de field "Date" ce qui fait que beaucoup de MUA le place comme ayant une date de 1970 .. :p L'avoir serait agréable :p
Le field Date n'est obligatoire si on est assez fou et penser que les solutions anti-span suivent la RFC 5321 section 3.3, ou (…)
La barre d'outils ne prend pas en compte la Une en page d'accueil (détection si déjà lue ou non, si nouveaux commentaires ou non, prise en compte pour la navigation au clavier, etc.).
Quand tu réédites une entrée, qu'il y a déjà un admin affecté et que tu es admin, par défaut il change la personne affectée. Il serait mieux de ne pas changer dans ce cas.
La liste d'annonce des nouvelles dépêches par courriel est non fonctionnelle depuis le passage en RoR (la liste marche, par contre aucune annonce n'est envoyée dessus depuis le changement de schéma de la base de données).
1ère remontée un mois plus tard :
« je suis inscrit à la mailinglist "DA LinuxFR NEWS" depuis quelques années,
et depuis un mois je ne reçoit plus rien. »
Tracer chaque opération d'administration/modération (qui a fait quoi et quand), avec stockage SQL (donc savoir si/quand/quel AMR a édité un contenu ou un commentaire, à masquer ou démasquer un commentaire, a publié ou dépublié un contenu, a fermé/ouvert/purgé un compte, a édité un karma, etc.).
Annoncer ces opérations sur la tribune des AMR
Objectifs : permettre à toute l'équipe de savoir si des demandes ont déjà été prises en compte, de savoir quelles actions ont été faites, de détecter les (…)
Fonctionnalités :
Tiré de l'aide de la version templeet :
La « fermeture du compte » consiste en une invalidation du compte, qui devient inutilisable. Les contenus et commentaires associés au compte restent inchangés. Si vous ne souhaitez pas que les éventuels nom et prénom renseignés dans (…)
Actuellement les indicateurs visuels dans la boîte Modération sont (à ma connaissance) :
les phylactères pour indiquer une discussion sur la tribune de la dépêche en modération
la croix rouge pour indiquer une dépêche rejetable
la coche verte pour indiquer une dépêche acceptableJe propose un point d'interrogation bleu pour dire que l'on n'a pas encore donné son avis sur une dépêche (anciennement le « + » dans la version Templeet).
La boîte de sélection du filtre parle de « Affecté à ». Le tableau de résultat de « Assigné à ». L'édition d'une entrée du suivi parle de « Responsable ».
Autant être homogène.
Comme pour les dépêches, 100 caractères, ça ne suffit pas pour importer tous les anciens titres. Il reste 82 titres en erreur (ou alors faudra couper).
A priori on va avoir le même souci pour comments.title et posts.title.
Depuis le passage à la nouvelle version, la taille des titres de dépêches a été portée de 64 à 100 caractères (et les titres tronqués corrigés).
Cependant il reste 132 dépêches ayant des titres de longueur > 100.
Il faut au moins 155 caractères (ou tronquer les titres).
Afficher l'état d'une entrée du suivi dans le Tableau de bord de l'utilisateur (par exemple rayer le nom si Invalide ou Fermée, plus ajouter l'état dans le tableau)
Apparemment un souci sur certains liens de dépêches pré-migration :
2ème lien de https://linuxfr.org/news/hsts-arrive-dans-firefox-4 qui est https://linuxfr.org/redirect/69133
çà donne
Status: 302 Found Location: https://linuxfr.orglinuxfr.org
(le lien correct est http://blog.mozilla.com/security/2009/07/27/locking-up-the-valuables-opt-in-security-with-forcetls/ , qui marche)
Dans le flux atom des commentaires du suivi, les liens sur les items sont relatifs :
<link rel="alternate" type="text/html" href="/suivi/firefox-2-problème-de-css#comment-1213761"/>
contrairement à ceux du flux atom du suvi :
<link rel="alternate" type="text/html" href="https://linuxfr.org/suivi/emails-contenant-un-underscore-_-ne-peuvent-pas-sinscrire"/>
Du coup Liferea fournit sur chaque élément un lien vers le lien global <link rel="alternate" type="text/html" href="https://linuxfr.org/suivi"/>.
Afin de recoder la partie stats, je vais avoir besoin d'une page de base d'exemple avec une requête SQL et un affichage dans une table par exemple. Histoire de savoir quelle solution technique choisir pour la partie SQL notamment. Merci d'avance Bruno.