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
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 :
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 :
Cela est sans doute arrivé au passage à Rails 4.
Ce serait pas mal de réutiliser le principe de la toolbar pour les révisions afin de naviguer sur Précédente révision / Révision suivante.
< et >
j et k 1
Cela éviterait d'avoir à chercher le lien en bas de page, surtout pour les longues dépêches.
Bien sûr, il y aurait sans doute à documenter cette possibilité directement sur la page dans un paragraphe « Aide rédaction » en indiquant cette possibilité (…)
Dans la tribune de rédaction, il reste beaucoup de place sur la droite (vers le bas) pour ajouter une liste des entrées de suivi dernièrement ouvertes (les dix dernières + celles concernant la rédaction spécifiquement).
Tout comme sur https://linuxfr.org/compte/modifier il est possible d'afficher les entrées de suivi, il serait intéressant de le "rappeler" ou d'en faciliter l'accès à ceux qui sont rédacteurs.
Cela permettrait de motiver ceux qui sont intéressés à découvrir d'autres parties du site et y contribuer (…)
Serait-il possible d'augmenter la taille de police pour l'affichage des révisions : https://linuxfr.org/redaction/news/dernieres-evolutions-autour-de-0-a-d--2/revisions/144 est assez illisible (outre l'effet grisé qui ne facilite pas la lecture).
J'utilise la CSS Ronronnement-Turquoise et les révisions héritent du style pre qui est à 0,8em :/ (outre un effet grisé ?).
L'inspecteur de Firefox m'indique :
article, ul.threads > li.comment, .markdown_cheatsheet, #contents > form, form#new_post, body#users-comments #contents > ul > li, body#comments-create #contents > ulEn bas d'une dépêche en rédaction, ajouter un lien Orthographe (*) (aux côté de Markdown et epub) permettant d'afficher une page HTML où s'afficherait le contenu de la dépêche après application de ce qui est utilisé en prévisualisation (sur journaux, suivi…) pour souligner les termes non reconnus, cela permettrait :