les liens m'intéressent peu, je ne les moinsse ni ne les plusse, hormis sujet du moment
ajouter une ligne comme un journal en résumé, pour qui n'a pas envie de faire un nourjal permettant de comprendre l'intérêt du lien fourni
nième discussion à l'origine de cette entrée
cette ligne serait un sous-titre : du genre « j'y ai vu l'occasion de passer à FreeBSD » dans un nième qui se plaint de se faire moinsser à raison dans (…)
suite à https://linuxfr.org/news/xss-sur-le-site-linuxfr-org-pas-tres-grave-a-mon-avis#comment-2026862
ajouter à la réponse DNS d'un dig
security_contact=mailto:security@linuxfr.org
pour l'instant il n'y a que
$ dig +short TXT linuxfr.org
"v=spf1 a mx ~all"
cela pourrait être sur la page https://linuxfr.org/code_source_du_site ou à défaut https://linuxfr.org/mentions_legales
proposition d'évolution des statistiques concernant les liens sur https://linuxfr.org/statistiques/contents voire créer une page de stats liens https://linuxfr.org/statistiques/links comme il y en a une pour les commentaires https://linuxfr.org/statistiques/comments
On a déjà :
Autant ajouter :
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)
Effet de (…)
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 intuitif revenir sur le lien, ajouter « Revenir vers la dépêche » pour que cela le soit un peut plus :p
exemple
https://linuxfr.org/redaction/news/wikifunctions/revisions/26 (une plus vieille dépêche)
bon je le laisse là parce que j'y ai pensé
franchement, je sais faire autrement, mais ce n'est pas intuitif
oui, il suffit de cliquer sur le lien de la dépêche,
il suffit de rajouter un lien « Revenir vers la dépêche » Titre (…)
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
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 :
Sur 2046 comptes utilisés sur le site au cours des trois derniers mois :
| Domaines à plus de trois comptes | Nombre de comptes | Actifs |
|---|---|---|
| jabber.fr | 40 | 2% |
| gmail.com | 20 | 1% |
| jabber.org | 13 | 1% |
| im.apinc.org | 12 | 1% |
| chapril.org | 5 |
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_computebon, 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äyTM
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 ;-)