le mail de confirmation d'inscription indique :

• en sujet : Instructions pour la confirmation
• et il provient de l'adresse contact (@linuxfr.org pour qui regarde)

Peut-être faudrait-il rajouter [LinuxFr.org] dans le sujet ?

Ainsi qu'indiquer dans la page de demande de compte qu'un mail a été envoyé pour confirmation et demandant de cliquer sur le lien Confirmer mon compte avant de pouvoir se logguer avec le password choisi.
De même, sur la page de login, indiquer qu'il faut confirmer son compte via (…)

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.

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

auparavant, il y avait deux possibilités similaire pour afficher du texte sans prise en compte de la syntaxe markdown (« code »)

il y avait :

• ```text
• ou tout simplement ``` : seule cette dernière fonctionne désormais :/

En outre, ``` n'est pris en compte que si une ligne blanche le précède (comme pour les listes), ce qui n'était pas le cas auparavant, de même j'ai dû éditer aide-edition pour corriger cela. Une modification dans la bibliothèque de gestion du code ? ( (…)

ajouter un lien vers gopher://download.tuxfamily.org/1/tuxfamilyp/gopher/ renvoit vers un moteur de recherche à cause du http:// ajouté devant, c'est bien dommage :/
(surtout pour un protocole bien connu d'Internet…)

Il faudrait d'ailleurs que la syntaxe Markdown le reconnaisse dans les commentaires (et le suivi et les dépêches ainsi que les journaux…)

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.

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

http://linuxfr.org/redaction présente une tribune pour coordonner les rédactions (certains la confondent avec les moyens de contact de l'équipe de modération, pourtant indiqués sur le lien en bas à droite sur Team LinuxFr.org).

Pour autant, par expérience, cette tribune est peu visitée, par les modos par exemple (moi le premier).

Pour la rendre plus visible :

• possibilité de l'ajouter dans ses paramètres afin de la faire apparaître dans la colonne de gauche
  • cela peut être utile pour les rédacteurs intéressés
  • (…)

Les tags permettent une navigation transversale du site par centre d'intérêt plutôt que les rubriques génériques dépêches / journaux / liens / forums / wiki

Autant les mettre en avant en montrant leur utilité :

• déjà, lister les contenants abordant le sujet souhaité
• bénéficier de contenus en avant-première^Wespace de rédaction pour y contribuer (en lien avec demande de promotion de la rédaction via les tags
• navigation par sujet (transversale) plutôt que par type de contenu (cf. 1^er point)

(…)

Remettre le tri du suivi avec les dernières entrées en premier

sans doute un patch dans app/controllers/trackers_controller.rb comme :

-    @trackers = Tracker.scoped
+    @trackers = Tracker.sorted.scoped

• N°
• Titre
• Date d'ouverture
• Affecté à
• Envoyé par
• Catégorie
• État
• Score
• Commentaires
• bref, toutes sauf action quoi :) et un clic sur le libellé de la colonne effectue un tri dans l'ordre inversé, un 2ème clic trie dans l'ordre (…)

Les stats de modération à 7 j et 31 j ne semblent pas exactes sur http://linuxfr.org/statistiques/moderation

ne prend en compte qu'une partie des données ? (genre avant date dernière dépêche publiée ?)

bon, il manque une section Rédaction au suivi ;-)

L'idée serait de contribuer au karma des contributeurs en rédaction à hauteur de 10% du plussage obtenu sur la dépêche.
Pas besoin d'avoir le rôle rédacteur pour intervenir sur https://linuxfr.org/redaction (suffit d'être inscrit au site… et tout le monde peut éditer)

Pour autant, améliorer une dépêche, n'apporte actuellement rien au karma

Donc, bon autant l'améliorer pour rendre la rédaction plus visible et motivante pour avoir plus de contenu de qualitäy^TM

(…)

Sur http://linuxfr.org/suivi ajouter un lien à la catégorie dans la liste.

A priori, changement dans https://github.com/nono/linuxfr.org/blob/master/app/views/trackers/index.html.haml

ligne 52
-          %td= tracker.category_title
+          %td= "#{link_to "#{tracker.category_title}", "/suivi?tracker[category_id]=#{tracker.category_id}"}

Cela permettra de rendre plus accessible les remontées d'une même catégorie.

Lorsque j'édite un commentaire comme celui-ci :
https://linuxfr.org/nodes/85052/comments/1217515/modifier
(je l'ai choisi car il contient les deux commits ayant sans doute modifié le comportement).

=> la prévisualisation ne m'affiche pas la teneur des modifications effectuées
essayer d'ajouter du texte (ou de la mise en forme) :

• il n'apparaît pas en prévisu,
• il apparaît bien lorsque posté.

c'est assez pénalisant pour corriger les erreurs simples de Markdown de pas mal de commentaires :p

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 ?