Sur mobile avec écran tactile, parcourir les contenus avec nouveaux commentaires est un peu fastidieux : on fait défiler la page d'index jusqu'à voir un « Lire la suite (34 commentaires, 1 nouveau !). » Ensuite on doit cliquer sur « Lire la suite ». C'est dommage de devoir parcourir toute la partie visible du contenu dans l'index et de devoir cliquer sur un lien de taille modeste, alors qu'il y a un lien plus gros sur le titre du contenu mais que celui-ci n'est (…)

Situation initiale (tirée de la FAQ) :

« Pour pouvoir écrire un journal, dans le wiki ou sur la tribune, il faut avoir un karma supérieur strictement à 0. »

Restriction mise en urgence lors de la dernière grosse vague de spam dans le wiki :

diff --git a/app/models/wiki_page.rb b/app/models/wiki_page.rb
index 6c2c043..3fa91f8 100644
--- a/app/models/wiki_page.rb
+++ b/app/models/wiki_page.rb
@@ -94,11 +94,11 @@ class WikiPage < Content
 ### ACL ###

   def creatable_by?(account)
-    account.karma > 0
+    account.karma > 20
   end

   def updatable_by?(account)
-

Dans ./app/views/devise/mailer/confirmation_instructions.* , il faudrait corriger la typo sur "supplémantaires"

La syntaxe Markdown utilisée afficher une image doit pointer sur une image (et pas une page contenant une image). Cela est problématique pour indiquer les infos d'auteur et de licence, par exemple pour les contenus de upload.wikimedia.org.

![Une image](https://upload.wikimedia.org/wikipedia/commons/thumb/xxx/yyy/zzzz/image.truc)

va générer

<img src="//img.linuxfr.org/img/.../image.truc" alt="Une image" title="Source : https://upload.wikimedia.org/wikipedia/commons/thumb/xxx/yyy/zzzz/image.truc">

(avec un cache local d'images sur notre serveur)

Du coup pour compléter avec les infos d'auteur / licence, deux possibilités à prévoir (pour pallier l'oubli de l'auteur de (…)

Au 01-02-2015 on avait 638 CLOSE_WAIT et 376 ESTABLISHED => on a redémarré img
Au 21-02-2015 on avait 255 CLOSE_WAIT et 97 ESTABLISHED => on a redémarré img
Au 13-08-2015 on avait 469 CLOSE_WAIT et 533 ESTABLISHED => on a redémarré img
…
img a été relancé dernièrement le 3 mai 2015. Au 21 mai 2015, on a 45 CLOSE_WAIT et 88 ESTABLISHED. Dont 42 CLOSE_WAIT concernant une seule IP (194.213.125.58 qui est notamment solutionslinux.fr).

L'état CLOSE_WAIT indique que la (…)

Un GIF animé distant peut échapper au resize_and_pad() de app/uploaders/avatar_uploader.rb.

Exemple : l'avatar utilisant un GIF animé

1. -(khtml|moz|ms|o|webkit)-transform on pourrait retirer le -moz- et -khtml-
2. -(khtml|moz|ms|o|webkit)-transform-origin on pourrait retirer le -moz- et -khtml-
3. -(moz|ms|o|khtml|webkit)-linear-gradient on pourrait retirer les -moz-, -o- et -khtml-
4. -(khtml|moz|o|webkit)-border-image on pourrait retirer moz et khtml
5. -(khtml|moz|ms|o|webkit)-border-radius on pourrait tout retirer
6. -(khtml|webkit)-gradient on pourrait retirer khtml
7. -(moz|webkit)-background-clip on pourrait tout retirer
8. -(moz|o|webkit)-background-size on pourrait tout retirer
9. -moz-border-radius-(bottomleft|bottomright|topleft|topright) on pourrait tout retirer
10. -webkit-border-(bottom-left|bottom-right|top-left|top-right)-radius on pourrait tout retirer
11. -(moz|webkit)-box-shadow on pourrait tout retirer
12. -(moz|webkit)-box-sizing on pourrait tout retirer
13. -moz-inline-block on pourrait tout retirer
14. -moz-selection toujours utile
15. (…)

Signalé via IRC par cpm.

Avec un seuil d'affichage de 1, on a par exemple :

[^] [-] [+] # Re: Blabla sujet
Posté par Pseudo le 29/02/15 à 23:60. Évalué à 0 (+1/-1). 

L'infobulle sur le [+] indique « Plier » alors que le commentaire est déjà masqué.

diff --git a/app/assets/javascripts/toolbar.coffee b/app/assets/javascripts/toolbar.coffee
index 7467f19..78469bf 100644
--- a/app/assets/javascripts/toolbar.coffee
+++ b/app/assets/javascripts/toolbar.coffee
@@ -129,7 +129,7 @@ class Toolbar
         if score < @threshold
           item.addClass "fold"
           where = item.children("h2").children(".anchor")
-          link = $('<a href="#" class="folding" title="Plier">[+]</a>').insertBefore(where)

J'ai modifié le journal ayant pour titre initial "Grammalecte need you !" en ajoutant un 's' à need.

Ancienne URL https://linuxfr.org/users/freepius/journaux/grammalecte-needs-you
Nouvelle URL https://linuxfr.org/users/freepius/journaux/grammalecte-need-you -> 404 (pourtant présente dans friendly_id_slugs)

Un souci sur le "1" de User.find(1).diaries.find(params[:id]) dans diaries_controller.rb:105 ?

Cf https://linuxfr.org/news/l-agriculture-libre du 31/12/2013

Envoyer les questions et publier l'entretien ensuite.

(suite à une discussion avec des contributeurs due à des messages de refus non argumentés)

Il serait utile d'avoir une aide à la rédaction, lisible avant de contribuer, et pouvant être référencée dans un message de refus d'une dépêche par exemple.

Cette aide pourrait contenir des infos sur le style, le rappel des possibilités du Markdown, l'intérêt de mettre des images, de contextualiser (tout n'est pas en France, tout n'est pas à Paris, tout le monde ne connaît pas tel (…)

Ajouter un liseré rouge (comme pour les images sans titre) sur le "Vous pouvez éditer en cliquant sur le crayon" pour éviter que les modérateurs ne publient avec ?

Sur la page de rédaction, on a un lien « Avez-vous lu la page d'aide à la rédaction ? » qui pointe sur la page de rédaction.

Que se passe-t-il en cas d'affichage d'un contenu masqué/supprimé ?

• sur les journaux, on a "Attention, ce journal a été supprimé et n'est visible que par les admins". OK
• sur les forums, on a "Attention, ce post a été supprimé et n'est visible que par les admins". OK mais s/post/entrée de forum/ serait bien.
• sur les pages wiki, on a "Cette page a été supprimée." OK mais ça serait mieux avec le message "Attention, cette page wiki a été supprimée et (…)

Même entrée de suivi que la #1042 concernant le wiki, mais cette fois pour les entrées de forum.

Actuellement le flux des forums continue à diffuser 7 entrées supprimées. A priori il n'est purgé que lorsqu'une nouvelle entrée est ajoutée.