Pour éviter de tomber sur une 404 pour un lien, procéder comme wikipedia qui propose une archive.

Par exemple pour https://linuxfr.org/tags/recensement/public pour les liens notés positivement (à évaluer pour liens notés en négatif...).

Je prends (au hasard) https://linuxfr.org/users/ysabeau/liens/accompagner-au-numerique-libre-recensement-par-framasoft

qui renvoie vers https://framaforms.org/accompagner-au-numerique-libre-recensement-1569941378 qui est en 404 :/

proposer lien intemporel avec * vers wayback machine qui permet de retrouver une version publiée du lien (s'il a été proposé sur wayback machine...)

Bon mauvaise pioche, c'est un lien « éphémère » (...)

Lors de l'édition d'un lien d'une dépêche en rédaction (modif' du libellé), il semble qu'il y a deux révisions enregistrées — la seconde étant vide o_O

par exemple révisions 82 et 83 pour https://linuxfr.org/redaction/news/peazip-11-1-0-et-entretien-avec-l-auteur/revisions/82 sur la dépêche en cours de rédaction sur Peazip.

Voir historique et cliquer sur révision 82 et suivante (vide). Reproduit avec révisions 85 et 86 (vide).

Une fois publiée, elle sera sans doute encore visible en modération ? (genre remplacer redaction par moderation)

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 ;-)