Suivi — Rédaction Nombre d'éditions dans la liste des participants

#1536 Posté par  (site web personnel) . État de l’entrée : ouverte. Assigné à Nÿco. Licence CC By‑SA.
Étiquettes : aucune
4
8
juil.
2015

Dans chaque dépêche en rédaction (et en modération), il y a la liste des contributeurs. Il serait sympa de savoir le nombre d'éditions pour chacun. Peut-être aussi le nombre de caractères ajoutés et effacés ?

Le nombre d'éditions est déjà disponible dans la page de rédaction. Peut-être également y ajouter le nombre de caractères ajoutés et effacés ? Et diminuer la fonte (même taille que le chat) et pas en gras.

Suivi — Rédaction Taille de l'input relance

#1356 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
2
23
mai
2014

L'input "Relancer les rédacteurs" est trop petite, même si les brouteurs proposent de redimensionner… Au moins, je sais pas, 5 lignes ? Histoire de taper le "bonjour"/"hello" et le "cordialement" avec les sauts de lignes ?

Suivi — Rédaction Vue read-only pour les communautés non-authentifiées

#1316 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
0
9
avr.
2014

Des fois, les communautés viennent écrire un article sur l'espace de rédaction, mais tous n'ont pas de compte LinuxFr.org ou ne peuvent/veulent en créer. Il serait sympa d'avoir une vue en lecture seule pour suivre l'évol de l'article, ou un export.

Suivi — Administration système Une liste de diffusion fermée inter-équipes

#1157 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Benoît Sibaud. Licence CC By‑SA.
Étiquettes : aucune
4
2
juil.
2013

Marre de cross-poster certains messages dans certaines listes, voire toutes les listes des équipes du site.

On a besoin d'une liste non-spécifique à une équipe, mais générique à toutes les équipes. Afin que tous partagent les avancées de leurs équipes.

Une mailing-list fermée inter-équipes regrouperait les modéros et admins bien sûr, mais aussi les rédacteurs ayant le statut, ainsi que les dev et les graphistes actifs ayant récemment contribué CSS et/ou patches.

Suivi — Modération Publication programmée

#1117 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
2
1
mai
2013

La publication programmée à une date et/ou heure fixe et connue a été évoquée moult fois. Ceci est adressable.

En revanche, la publication programmée suite à un événement (externe au site) est plus difficile, par exemple après la publication d'une distro ou d'un soft, quand un site est (re-)disponible, etc. tout simplement parce qu'il est généralement difficile de mettre en place ces triggers.

Dans la rédaction de la dépêche, il est peut-être souhaitable d'ajouter un champs caché, à dérouler (…)

Suivi — Comptes utilisateurs Gamification et OpenBadges

#1113 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
7
24
avr.
2013

Voilà, ça fait longtemps qu'on parle de gamification, mais peut-être qu'il est temps de réellement traiter le sujet.

http://openbadges.org/ me semble une approche pas mal, car au moins standard ouvert.

On peut àmha étudier l'utilisation d'OpenBadges sur LinuxFr.org.

En quelques points très rapides :

  • LinuxFr.org est issuer et displayer
  • On respecte la vie privée des utilisateurs : ils choisissent dans leurs prefs s'il veulent recevoir et afficher leurs badges
  • On peut étendre le standard pour le spécifique à LinuxFr.org (modérateur (…)

Suivi — Administration site Passerelle IRC/XMPP

#1106 Posté par  (site web personnel) . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
0
19
avr.
2013

Il faudrait (yaka/fokon) mettre en place une passerelle IRC/XMPP pour désenclaver les équipes.

Questions :

  • entre quels channels et MUCs ?
  • a-t-on besoin de créer, maintenir, administrer et animer d'autres channels/MUCs ?