Certains utilisateurs ont exprimé que les dépêches sur les événements du libre, souvent locaux, polluaient les dépêches plus techniques.

Ce serait pas mal d'avoir une option permettant de filtrer sur le tag infos_locales accessible à partir des préférences utilisateur afin d'évaluer qui y adhère effectivement dans les inscrits.

Ce critère aurait sa statistique publiquement disponible sur les stats utilisateur bien sûr.

Il serait possible de faire un sondage en complément. Selon le résultat, cela pourrait avoir un impact sur la (…)

La mention de la licence retenue pour les dépêches collaboratives ne semble documentée que lors du choix d'envoyer en rédaction collaborative : https://linuxfr.org/redaction (bouton commencer une dépêche), cela n'est pas indiqué sur proposer un contenu sur https://linuxfr.org/proposer-un-contenu

• autant l'indiquer comme critère discriminant lors de la soumission de dépêche (cela fera peut-être changer certains d'avis, éviter les demandes de renvoi en rédaction collaborative sur ratage du bouton…)

• je m'attendrais à le voir indiqué sur

  • https://linuxfr.org/team (en tant que participation, plus (…)

Je propose de fermer le forum mandriva et d'en ouvrir un pour mageia, la société Mandrakesoft ayant malencontreusement cessé son activité :/

https://linuxfr.org/forums/linux-mandriva serait remplacé par https://linuxfr.org/forums/linux-mageia

Autant fermer l'un et ouvrir le nouveau : cela permettra de bien séparer les deux. J'espère que cela ne choquera pas nos amis de OpenMandriva avec qui nous avons de très bonnes relations (cohabitation très enrichissante que ce soit à Solutions Linux, ils n'étaient pas au POSS, ou au Fosdem l'un à côté (…)

En rédaction (et en modération), il est possible de voir les différences d'une version à l'autre.

Les éditions étant effectuées paragraphe par paragraphe (le plus souvent, le bouton réorganiser n'étant accessible qu'aux rédacteurs et admodérateurs), il faut parfois retrouver l'endroit et cela ne donne pas l'ensemble des différences par rapport à la version actuelle :

• positionner la fenêtre sur la modification (descendre dans l'affichage au besoin), cela apparaît en vert ou en rouge, mais cela évitera de scroller : cela (…)

Hormis la correction des liens du wiki, il y aurait tous les liens

• en http://linuxfr.org ou https://linuxfr.org à remplacer en //linuxfr.org pour ne pas tenir compte du protocole (ce qui permet à ceux qui surfent en http d'avoir des liens en http, ceux qui surfent préventivement en https d'avoir le https directement sans le renvoi après l'accès http)

• accessoirement, les pages du wiki qui existaient auparavant, à réécrire (commentaires/journaux/dépêches/forum, redirect pour les liens externes au site…) vers la nouvelle page (…)

J'essayais d'éditer la page wiki aide-édition pour y ajouter les liens note de bas de page quand j'ai eu un Oops à la prévisualisation :/

(entre 13h35 et 13h38)

Note : cela se produit aussi sur cette entrée de suivi, lorsque j'essaie de rajouter le texte suivant entre balises

[LinuxFr.org][ref_linuxfr]

[ref_linuxfr]: http://linuxfr.org

code

Cela fonctionne(*) si inséré tel quel sans les ``` (éditer cette entrée pour voir le texte).

Il y a les liens note de bas de page (trouver (…)

La page https://linuxfr.org/team indique comment contacter les modérateurs, elle manque d'une possibilité de contacter ceux intéressés par la rédaction :

• ajouter https://lists.linuxfr.org/wws/arc/redacteurs au § Les animateurs de l'espace de rédaction
• cela permet de s'inscrire et voir les relances au fur et à mesure
• ce sont des archives publiques

Ajouter un lien vers rédaction indiquant les bonnes pratiques mises en œuvre ainsi qu'un lien vers participer à LinuxFr indiquant ce qui est accessible à tout inscrit.

Autant ajouter au profil de http://linuxfr.org/users/illwieckz qu'il est passé rédacteur et faire apparaître pour les inscrits son statut qui est visible des modérateurs iirc.

Cela serait valable pour tout inscrit, bien sûr.

La bannière OWF n'affiche pas son image : il manque le http: devant l'image visiblement hébergée sur pix.t-l.o

<aside class="banner">
<a href="http://openworldforum.paris" title="Open World Forum #OWF14"><img src="//pix.toile-libre.org/upload/original/1412270546.jpg" alt="Open World Forum #OWF14" /></a>
</aside>

Régulièrement LinuxFr.org publie des dépêches à propos d'android qui a déjà sa propre section https://linuxfr.org/sections/android et beaucoup de questions dans les forums : cf. https://duckduckgo.com/?q=android+site%3Alinuxfr.org%2Fforums

Pourquoi ne pas les regrouper dans un forum linux / android ?

Cela nous permettra de nous tenir au courant des évolutions des ordiphones.

Même s'il semble que la largeur de la colonne de lecture souhaite maximiser le contenu, ainsi que la facilité de lecture, il n'en reste pas moins que la colonne de gauche (aka tribune de rédaction voire de modération) est trop resserrée au vu de la place perdue dans la marge.

J'ai un écran en 1280x800 et je zoome (arrière) LinuxFr.org pour avoir plus de contenu visible : la police affichée est de l'ordre de 7 px. Visiblement, cela me fait (…)

Je souhaiterais récupérer le compte-rendu de la réunion de LinuxFr.org chez Mozilla du 18 février 2014.

J'aurais pensé que cela serait publié en temps utile, mais suis très surpris, encore aujourd'hui, que cela disparaisse subrepticement sans retour malgré mes relances. Ne vous inquiétez pas, si ce terme vous interpelle, c'est sans doute que vous ne comprenez pas le terme impromptu non plus (et il y a du monde).

Il était dans l'espace de rédaction à l'url suivante :
http://linuxfr.org/redaction/news/compte-rendu-de-reunion-linuxfr-org-du-18-fevrier-2014

(…)

le moteur de conversion du LaTex ne semble plus fonctionner :

$$\frac{1}{x}$$

(exemple donné dans l'aide-mémoire sur la syntaxe wiki)

dans un commentaire part en oops :/

Lors d'un post de commentaire sur une entrée de suivi :

Oops, la page demandée ne peut être servie car une erreur s'est produite. L'erreur va être enregistrée, permettant à l'équipe en charge du site de la corriger. Vous pouvez créer une entrée dans le suivi pour donner des informations sur la manière dont cette erreur s'est produite et être averti de sa résolution.

C'était sur https://linuxfr.org/suivi/nouvelle-categorie-de-contenu-evenements-et-assimiles

En contrepartie, si cette information devait être repliée par défaut, il serait possible (…)