Il serait bon dans l’espace de rédaction, ou au pire dans la modération, de rendre visibles les différents types d’espaces insécables, comme proposé par davy< :

• l’espace‐mot/justifiante insécable (“ ”), dans une certaine couleur ;
• l’espace fine insécable (“ ”), dans une couleur distincte.

(Genre bleu, vert ou rouge, osef tant que c'est visible, Daltonien ou pas. :D)

De plus, la méthode permettant la saisie de ces caractères devrait être documentée sur Typographie ou aide-edition, pour permettre de le faire rapidement :

• pour ceux (…)

Les revues de presse de l’April font partie des thèmes_récurrents mais il y aurait quelques améliorations concernant la typographie :

1. ajout d’une espace insécable (“ ”) avant les deux‐points (systématique) (« Extrait : », « Lien : », « Autre : », « original : »…) ;
2. ajout d’espaces insécables dans les dates « lundi 7 avril 2012 », et ne jamais mettre de 0 (07 avril), ni de majuscule aux noms de jour ou mois ;
3. ajout d’espaces insécables derrière les nombres, « 8 hommes », et de fines insécables lorsqu’il s’agit de séparateurs de formatage de nombre ou d’unités (…)

Sur http://linuxfr.org/statistiques/moderation il y a le nombre de dépêches pour lesquelles un modérolecteur a voté et celles modérées par un admodérolecteur, mais il n'y a plus le nombre de dépêches éditées par les modérolecteurs :/

(ce serait bien de reprendre l'historique aussite :D)

La page Karma avait commencé sa vie sur le wiki pour être intégrée à l'aide de LinuxFr.org sur http://linuxfr.org/aide#aide-karma (la page aide correspondant au lien Foire aux questions) visible dans le plan et les liens au bas de chaque page (cela serait plus visible en lien « aide » ou FAQ en haut, mais bon...).

Quand on clique sur Karma, on a droit à un bel « Accès interdit à cette page ! » (avec un panneau stop (…)

Dans la lignée du web 2.0 dont LinuxFr.org était parmis les précurseurs dès 1999

• commentaires imbriqués en fils de discussions que d'aucuns nous envient
• pertinentage / inutilage (là où d'autres n'ont retenu que le +1 ou le « J'aime »)
• blog perso, intégration de forums et d'un bugtracker
• gestion des redirects d'url pour comptage des clics (mais public, pas comme bit.ly…)

Quand je vois sur certains blogs la possibilité de les proposer, via une floppée de boutons « shareolic » comme par exemple au (…)

Lorsqu'on transforme un journal en dépêche, tout le contenu se retrouve dans la 1ère partie. Vu que souvent ce sont des journaux plutôt bien construits (et longs), il serait judicieux :

• de recopier le journal en 2ème partie (ça c'est surtout que devoir copier § par § est très chiant, tant qu'on ne peut pas éditer globalement une dépêche, outre le bug qui mélange aléatoirement les § :/)
• de reprendre le titre du journal (ça c'est déjà fait)
• de (…)

En complément de http://linuxfr.org/suivi/possibilit%C3%A9-dajouter-des-tags-publics-pour-les-mod%C3%A9rateurs ce serait bien que les modos voient tous les tags sur tous les contenus (histoire de confirmer via le bouton de confirmation).

La règle d'affichage d'un tag c'est quand deux personnes l'ont choisi ?

Sur la page http://linuxfr.org/tags/cin%C3%A9ma/public le nom du tag n'apparaît que dans le titre de la page, autant le rajouter dans le statut du tag (bon ce serait pas mal d'ajouter le nombre de contenus ayant ce tag et le nombre de fois où le tag a été ajouté aussi :D)

Bon, j'ai tenté de soumettre cela sous forme de patch directement sur github
https://github.com/nono/linuxfr.org/pull/166

Pourrait-on travailler de même à partir de gitorious ?
Cela permettrait de compléter Organisation-Code-LinuxFr pour tenter (…)

Je ne sais pas pourquoi, systématiquement quand j'essaie de mettre le tag vidéo, il est remplacé par video (sans l'accent), peut-être l'aide à la saisie ?

Ce serait pas mal d'effectuer le remplacement partout, sans doute en base j'imagine (et s'assurer que quand quelqu'un saisit video lorsqu'il choisit de tagguer un contenu, cela soit remplacé par vidéo avec l'accent). Cela permet de tagguer les contenus faisant référence à une vidéo ou au domaine du traitement des vidéos.

Ce serait pas mal de pouvoir ajouter http://linuxfr.org/redaction sur le côté gauche sur sa page d'accueil http://linuxfr.org

Cela serait une case à cocher dans ses préférences http://linuxfr.org/compte/modifier

Cela permettrait de faire participer des lecteurs à la rédaction aussi.

Éventuellement la rajouter aussi sur
http://linuxfr.org/moderation/news (en bas au centre de la page, mais pas en dessous de la tribune)

Sur la dépêche https://linuxfr.org/redaction/news/owncloud-2-dans-les-bacs l'ajout de paragraphe ne s'est pas fait à la fin, j'en ai ajouté 2 (voire 3) que j'ai ensuite effacés.

Les paragraphes de la 2ème partie se sont retrouvés mélangés :/ À comparer à https://linuxfr.org/moderation/news/sortie-de-owncloud-2 (accessible par les modos) pour retrouver le bon ordre o_O).

Espérons que cela va permettre de pouvoir diagnostiquer le souci ?

Quelques-unes des css ne permettent pas forcément de distinguer la signature du corps du commentaire (voir le souci de zecrazytux< en remontant d'un commentaire)
CrEv< avait fait une proposition qui pourrait être appliquée.

Je laisse préciser dans les commentaires quelles css seraient concernées.

Note : j'ai hésité entre la catégorie commentaires et la catégorie css (cette dernière serait peut-être plus appropriée ?)

Serait-il possible d'ajouter à http://linuxfr.org/sections une section Mageia avec comme logo (sous licence CC-by-sa iirc) :

http://download.tuxfamily.org/cauldron/mageia/logo/mageia-logo-final.svg

(éventuellement uniquement le chaudron sans le texte, c'est du svg ça s'édite facilement)

Merci !

Tout comme sur la page utilisateur (par exemple), sur la précédente version de LinuxFr apparaissait la liste des mots clés (issus des titres des journaux / dépêches iirc), ce serait intéressant de faire apparaître sur la page d'un tag, par exemple généalogie les tags connexes (une sélection des tags qui apparaissent dans les contenus ayant ce tag), par exemple en conservant généalogie, cela ferait apparaître :

• format_ouvert
• gedcom
• opendata
• ...

Cela permet une navigation de proche en proche (surtout si (…)