Sur dépêche en rédaction https://linuxfr.org/redaction/news/veille-communautaire-sur-des-intelligences-artificielles-du-mois-d-avril-2026 les liens par référence n'apparaissent pas correctement (traitement § par § et non global), d'où l'utilisation temporaire du wiki pour un brouillon

On ne se rend donc pas compte si cela va au final rendre correctement.

Cela oblige en rédaction à utiliser le bouton Réorganiser pour éditer les liens par référence, ce qui met un verrou global à la dépêche, allant à l'encontre d'une édition collaborative en parallèle (là c'est « chacun mon tour (…)

sur la dépêche https://linuxfr.org/news/g-mic-3-2-5-15-ans-de-developpement-pour-du-traitement-d-images-libre-et-reproductible il y a des images manquantes (disparues du cache ?) c'est au §3 (celles avant s'affichent) ah bah en rafraîchissant ce n'est qu'à partir du §4 et §5 qu'elles n'apparaissent pas o_O

peut-être un souci avec le lazy loading ? (il a la flemme de tout afficher ? :D) => si trop de requêtes, envoi d'un code HTTP 429

sur https://linuxfr.org/equipe j'ai parfois aussi des images manquantes (pas tout le temps les mêmes) ==> ok, corrigé

(…)

à partir de l"historique revenir sur dépêche c'est intuituif revenir sur le lien, ajouter « Revenir sur le lien de la dépêche » pour que cela le soit un peut plus :p

exemple

https://linuxfr.org/redaction/news/le-jeu-video-destine-a-devenir-de-moins-en-moins-libre-et-performant/revisions/172#top

bon je le laisse là parce que j'y ai pensé

oui, il suffit de cliquer sur le lien de la dépêche,
franchement, je sais faire autrement, mais ce n'est pas intuitif

il suffit de rajouter un lien « Revenir vers la dépêche »

Le lien vers le Wiki a été enlevé de la barre de navigation suite à l'intégration de Projets Libres, je ne suis ni pour ni contre bien au contraire ;-)

Autant déplacer le lien vers le wiki dans le pied de page, près du suivi vu que cela correspond à une section « interne » liée au fonctionnement du site (comme les statistiques, le suivi…).

Voici la pull request 142 correspondante.

Cela donnera

• Mentions légales
• Faire un don
• L’équipe (…)

Sur les stats de courriels, le pourcentage d'actifs est réel : le champ est obligatoire.

Sur les stats XMPP et Mastodon : le champ n'est pas forcément renseigné, rajouter un pourcentage % total renseigné disponible au-dessus

Actuellement, on a :

Domaines XMPP

Sur 2046 comptes utilisés sur le site au cours des trois derniers mois :

L'appel à pygments n'a pas l'air de se faire correctement en prévisualisation :

pour l'exemple de l'aide https://linuxfr.org/wiki/aide-edition#toc-code-avec-coloration-syntaxique pour java :

public class Bonjour {
  public static int main(String[] args) {
   System.out.println("Bonjour !");
  }
}

cela apparaît comme un bloc de code, mais aucune couleur en prévisualisation (commentaire, rédaction, entrée de suivi) :/

ah et aucune colorisation après publication non plus :/

L'idée est de promouvoir la navigation par tags — les sujets connexes on va dire — lorsque l'utilisateur est sur une page listant les contenus ayant une étiquette.

Par exemple pour https://linuxfr.org/tags/openhardware/public ce serait bien d'avoir les étiquettes visibles directement en haut de page.

Actuellement, dans la marge de gauche en dessous de la tribune, apparaît un onglet Les étiquettes connexes :

    170 open_hardware
    16 open_source
    15 franglais
    15 matériel
    12 diy
    11 revue_de_presse
    11 linux
    10 toulouse
    10 open_compute

bon, il manque une section Rédaction au suivi ;-)

L'idée serait de contribuer au karma des contributeurs en rédaction à hauteur de 10% du plussage obtenu sur la dépêche.
Pas besoin d'avoir le rôle rédacteur pour intervenir sur https://linuxfr.org/redaction (suffit d'être inscrit au site… et tout le monde peut éditer)

Pour autant, améliorer une dépêche, n'apporte actuellement rien au karma

Donc, bon autant l'améliorer pour rendre la rédaction plus visible et motivante pour avoir plus de contenu de qualitäy^TM

(…)

sur le tableau de bord
https://linuxfr.org/tableau-de-bord?self=1

avoir le même niveau d'information sur moinssage / plussage que pour commentaire

Évalué à 2 (+1/-0)

cela me permettra de temporiser les moinssages du dimanche des plussages à venir en semaine ;-) (merci _o/)

moui, le karma n'est pas une finalité, pour autant c'est potentiellement une motivation bénéficiant de la ludification dont Nÿco< a tenté de me convaincre ;-)

Les tags permettent une navigation transversale du site par centre d'intérêt plutôt que les rubriques génériques dépêches / journaux / liens / forums / wiki

Autant les mettre en avant en montrant leur utilité :

• déjà, lister les contenants abordant le sujet souhaité
• bénéficier de contenus en avant-première^Wespace de rédaction pour y contribuer (en lien avec demande de promotion de la rédaction via les tags
• navigation par sujet (transversale) plutôt que par type de contenu (cf. 1^er point)

(…)

Il est possible de naviguer sur LinuxFr.org via les classiques Dépêches / Journaux / Liens / Forums / Wiki (bon ce dernier peu de monde semble vouloir l'entretenir :/)

Il est aussi possible de naviguer via les tags comme mathématiques

Uniquement sur ceux-ci (la page des contenus ayant un tag donné), il pourrait être intéressant de rajouter les dépêches en cours de rédaction, vu que cela correspond potentiellement à un centre d'intérêt (les autres accès sont génériques, autant ne pas (…)

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

Sur la page wiki tribune il y a une image en lien qui n'est plus affichée 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 pourrir un (…)