Dans la logique de rassembler les contenus, le volet openhardware a plusieurs tags :

• https://linuxfr.org/tags/open-hardware/public
• https://linuxfr.org/tags/openhardware/public
• https://linuxfr.org/tags/open_hardware/public

ce serait bien de n'en avoir qu'un seul :-)

Actuellement, c'est openhardware qui rassemble les suffrages mais open-hardware est envisageable (et plus lisible d'autant que grammalecte l'accepte), au choix de celui en mesure de propager la modification en base ;-)

La tribune de rédaction est cassée ?

constaté sur :

• https://linuxfr.org/redaction
• et https://linuxfr.org/redaction/news/evolution-des-hyperliens-sur-linuxfr-org par exemple

Ajouter pour chaque utilisateur un lien de ses statistiques (en dessous de Derniers commentaires de sa page utilisateur) affichant :

• nombre de dépêches en tant qu'auteur / éditeur (concernera ceux intervenant en rédaction, modos, admin)
• nombre de journaux en tant qu'auteur / éditeur (ne concernera que les modérateurs et admins)
• nombre de posts sur le forum en tant qu'auteur / éditeur (ne concernera que les modérateurs et admins)
• nombre d'entrées du suivi en tant qu'auteur / éditeur (ne concernera que (…)

Pour mieux identifier les sujets populaires du moment (ou par période), il serait sympathique d'avoir des timelines

par tag

• selon la date à laquelle le tag a été apposé (si l'info est disponible)
• selon la date des contenus sur lequel des tags sont apposés

cela permettrait de faire apparaître les 10 (ou 20 ?) tags, mois par mois (ou année par année, trimestre par trimestre si une fonction de zoom est envisageable…)

par section

pour les dépêches, l'information de section est (…)

Pour faciliter l'écriture de dépêches meilleurs journaux, fournir en Markdown la page prizes :-)

Cela correspond à une génération un peu plus automatique de https://linuxfr.org/wiki/modele-de-depeche-meilleurs-journaux

Le point de départ est https://github.com/linuxfrorg/linuxfr.org/blob/master/app/views/statistics/prizes.html.haml et il "suffit" de remonter le modèle MVC pour proposer un affichage en markdown facilitant le copier/coller pour créer la dépêche.

Option : lister les tags associés aux journaux concernés

Ajout suite à proposition de Floxy< en commentaire sur https://linuxfr.org/news/les-journaux-linuxfr-org-les-mieux-notes-du-mois-de-juin-2015 :

Ceux souhaitant s'essayer au ruby / RoR et (…)

Auparavant, on pouvait centrer les colonnes d'un tableau Markdown, ce n'est plus le cas :

• https://linuxfr.org/wiki/aide-edition#tableaux
• http://michelf.com/projects/php-markdown/extra/#table

Exemple vu sur https://linuxfr.org/redaction/news/sortie-du-noyau-linux-4-2 :

Il y a bien les : de chaque côté, ce qui devrait centrer chacune des colonnes (voir le Markdown de cette entrée pour le vérifier). Cela ne semble pas lié à une CSS : le code HTML n'indique (…)

Sur la page wiki tribune il y a une image en lien qui n'est plus affichée :

• https://img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313430333831393833332e676966/1403819833.gif
• dont l'origine est sur http://pix.toile-libre.org/upload/original/1403819833.gif qui est encore disponible

Je ne sais pas si c'est lié à un nettoyage du cache ou une mise à jour du cache d'image, mais l'image n'apparaît pas :/

Ce serait bien que le cache d'img soit en mesure de garantir :

• si l'image existe (encore) : l'afficher, la mettre en cache au passage pour éviter de (…)

En bas d'une dépêche en rédaction, ajouter un lien Orthographe (*) (aux côté de Markdown et epub) permettant d'afficher une page HTML où s'afficherait le contenu de la dépêche après application de ce qui est utilisé en prévisualisation (sur journaux, suivi…) pour souligner les termes non reconnus, cela permettrait :

• d'avoir une indication des termes non français
• d'avoir une indication visuelle des parties abusant du franglais pour mettre les termes en italique
• de revoir ensuite, paragraphe par paragraphe, la dépêche (…)

Afin de promouvoir la rédaction, changer l'ordre des paragraphes sur la page de proposition de contenu

• actuellement : dépêche directement envoyée en modération, au 2^è paragraphe envoi en rédaction
• proposition : envoi en rédaction, 2^è choix envoi en modération direct

si ça se trouve, ce ne serait qu'un patch en haml sur
https://github.com/linuxfrorg/linuxfr.org/blob/5dda97bb11cb942b8a453b1b87ec30ded9b6235f/app/views/static/submit_content.html.haml si je pouvais l'éditer ;-)

ou plutôt https://github.com/linuxfrorg/linuxfr.org/blob/master/app/views/static/submit_content.html.haml que j'aimerais resynchroniser avec https://github.com/baud123/linuxfr.org/blob/master/app/views/static/submit_content.html.haml avant de proposer une pull request afin de limiter les différences :-)

Ajout (…)

Parfois, une page wiki est créée, puis référencée ailleurs.

En terme de navigation et de logique d'amélioration du wiki, il serait pas mal de disposer de navigation vers les pages la référençant, ce qui permettrait d'enrichir et compléter les contenus.

Il serait bien d'avoir un système de rétrolien :

• au minimum à l'intérieur du wiki, actuellement, il n'y a que
  • Afficher la liste des pages du wiki
  • Afficher les dernières modifications du wiki
  • il me manque « contenus » pointant vers (…)

Ce serait pas mal de réutiliser le principe de la toolbar pour les révisions afin de naviguer sur Précédente révision / Révision suivante.

• par exemple en utilisant les touches < et >
• éventuellement en ajoutant j et k ¹

Cela éviterait d'avoir à chercher le lien en bas de page, surtout pour les longues dépêches.

Bien sûr, il y aurait sans doute à documenter cette possibilité directement sur la page dans un paragraphe « Aide rédaction » en indiquant cette possibilité (…)

Suite à cette entrée de forum pour des flux Atom des tags du forum :

Il serait bon – outre l'affichage des tags populaires affichés en bas de page de http://linuxfr.org – de permettre aux modérateurs (et relecteurs) de gérer l'ajout et la modération des tags :

• nous avons déjà la confirmation accessible ok (et l'ajout, cela va de soi, dès modération c'est ok, reste en rédaction), c'est accessible aux utilisateurs identifiés, tant mieux
• il manque
  • la suppression (…)

Sur http://linuxfr.org/statistiques/tags ce serait pas mal d'avoir par catégorie :

• le nombre de tags différents (donnant une évaluation de la diversité d'une catégorie, représentativité de cette catégorie)
• le nombre de fois où des tags ont été choisis (représentatif de l'activité de cette catégorie)
• le nombre moyen de tags différents par contenu de cette catégorie, éventuellement le max (et le min) voire la variance
• le nombre moyen de fois où des tags ont été choisis pour un contenu de cette catégorie (…)

Depuis que le tiret est enfin disponible pour les tags, mécaniquement f_droid et f-droid auraient pu devenir équivalents on va dire…

J'y ai pensé en comparant :

• https://linuxfr.org/tags/f_droid/public
• et https://linuxfr.org/tags/f-droid/public une seule dépêche o_O

Le site est http://f-droid.org ce pour quoi et pourquoi le tiret aurait plus de sens que le souligné (ou blanc souligné ou tiret du 8 pour certains o_O oui, moi aussi j'ai du mal à comprendre ce vocabulaire de sténotypiste…).

Cela permettra d'éviter de corriger des (…)

Les notes de bas de page¹ fonctionnent correctement dans le wiki, dans les journaux, voire dans les commentaires et les forums et même dans le suivi (même en pré-visualisation), mais en rédaction :

• le rendu n'est pas opérationnel et nécessite l'intervention d'un modérateur après publication².
• les liens pour les notes de bas de page n'apparaissant pas, ils ne sont pas cliquables pour être mis à jour
• CrEv< avait le même souci avec liens par référence dans ses (…)