Auparavant, LinuxFr.org était mon site de prédilection pour glander sur Internet^W^W^Wma veille technologique du fait des flux RSS apparaissant en page de garde.

Depuis le passage en Rails, cela n'est pas réapparu et cela me manque : cela serait-il possible d'au moins ajouter quelques flux rss suggérés par les utilisateurs (que ce soit /. ou toolinux ou futura-sciences ou autres).

Cela serait disponible dans les préférences utilisateur https://linuxfr.org/compte/modifier et bien-sûr dans les statistiques https://linuxfr.org/statistiques/users#stats_fonctionnalites (au besoin un nouveau paragraphe).

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

Il y a un bug sur la génération du sommaire lorsque le titre contient un lien : il ajoute une partie des paragraphes suivants. C'est peut-être lié au fait que Oumph< a enlevé le http:// de l'URL ?

J'ai contourné avec https://linuxfr.org/redaction/news/retour-d-experience-sur-l-espace-de-redaction/revisions/108 en déplaçant les liens hors du titre.

Il manque la liste des tags populaires sur https://linuxfr.org/statistiques/tags

Autant l'ajouter avec des informations complémentaires :

• nombre de contenus taggués
• nombre de pseudos ayant choisi ce tag
• indiquer les tags connexes pour chacun des tags
• mettre un lien pour accéder directement aux contenus taggués

Les mini, moyenne et max pour chaque tag seraient un plus ;-)

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.

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

(…)

Afin de promouvoir la rédaction, changer l'ordre des paragraphes sur la page de proposition de contenu

• actuellement : dépêche directement envoyée en modération, au 2^è paragraphe envoi en rédaction
• proposition : envoi en rédaction, 2^è choix envoi en modération direct

si ça se trouve, ce ne serait qu'un patch en haml sur
https://github.com/linuxfrorg/linuxfr.org/blob/5dda97bb11cb942b8a453b1b87ec30ded9b6235f/app/views/static/submit_content.html.haml si je pouvais l'éditer ;-)

ou plutôt https://github.com/linuxfrorg/linuxfr.org/blob/master/app/views/static/submit_content.html.haml que j'aimerais resynchroniser avec https://github.com/baud123/linuxfr.org/blob/master/app/views/static/submit_content.html.haml avant de proposer une pull request afin de limiter les différences :-)

Ajout (…)

Parfois, une page wiki est créée, puis référencée ailleurs.

En terme de navigation et de logique d'amélioration du wiki, il serait pas mal de disposer de navigation vers les pages la référençant, ce qui permettrait d'enrichir et compléter les contenus.

Il serait bien d'avoir un système de rétrolien :

• au minimum à l'intérieur du wiki, actuellement, il n'y a que
  • Afficher la liste des pages du wiki
  • Afficher les dernières modifications du wiki
  • il me manque « contenus » pointant vers (…)

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 (…)

Sur https://linuxfr.org/statistiques/contents et plus spécifiquement https://linuxfr.org/statistiques/contents#licence il est indiqué 0 contenu wiki sous CC-by-sa, alors que toutes les pages le sont par nature :/

Après, cela indique « évolution » : soit on met 100%, soit on enlève la ligne vu qu'elle n'a qu'une valeur possible :-)

Cela concerne aussi les entrées de suivi d'ailleurs…

L'URL permanente ne s'adapte plus au titre lorsque celui-ci est édité, ce qui était le cas auparavant.

Vu sur https://linuxfr.org/redaction/news/liberation-d-outils-de-developpement-de-jeu-video (tribune rédac') et http://linuxfr.org/news/je-cree-mon-jeu-video-e10-generation-procedurale-de-carte-partie-2#comment-1535395

La fenêtre d'édition semble désormais agrandissable en rédaction; cela serait bien si la taille par défaut prenait tout le texte du paragraphe édité.

La taille par défaut convient bien pour les paragraphes d'une ligne mais doit être systématiquement agrandie dès que cela dépasse 5-7 lignes… ce qui est pénible

L'auto-complétion semble ne plus fonctionner lorsqu'on clique sur Tagguer :

• déjà, le curseur ne se met pas dans la zone de texte
• ensuite il n'y a plus de liste de tags qui s'affiche et s'affine au fur et à mesure que l'on ajoute des lettres

Cela est sans doute arrivé au passage à Rails 4.