J'ai déjà fait remonter des fautes d'orthographe dans les commentaires de dépêches / journaux, mais je trouve cette solution peu facile d'utilisation tant pour moi, que pour l'auteur que pour tous les autres lecteurs. Je trouve notamment que cela entraîne une pollution du fil des commentaires qui est contre-productive.
Y a une entrée de suivi sur le sujet https://linuxfr.org/suivi/ajouter-un-bouton-signaler-un-truc . En attendant, ça peut être un commentaire, un signalement via la tribune de rédaction, par courriel, par XMPP ou par une nouvelle entrée de suivi.
Je viens d'ailleurs de corriger quelques fautes sur https://linuxfr.org/redaction/news/quel-telephone-mobile-en-2018 (ce qui répond du coup en partie à la question). Cependant, ne sachant pas si cette dépêche sera publiée un jour (celle-ci je pense que oui, mais des autres que j'ai pu lire rapidement, il y en a qui me semblent périmées), et donc je n'ai pas envie de perdre du temps à corriger pour rien.
Accessoirement, est-ce que mes modifications ont bien été prises en compte ?
Je ne comprends pas la question, vu que les modifications sont directement appliquées. Sinon les dépêches en rédaction (qui sont prêtes) sont envoyées en modération soit par l'auteur principal, soit par un animateur de l'espace de rédaction.
Concernant les journaux, je crois que par définition ils ne sont pas soumis à un processus de relecture préalable, mais j'aimerais en avoir confirmation.
Exactement, pas de modération a priori sur les journaux. Je pensais que ça figurait quelque part dans l'aide ou les règles de modération, mais apparemment non. À compléter.
Concernant les commentaires (des dépêches, des journaux ou autres), je ne sais pas et j'aimerais avoir des précisions.
Pas de modération a priori sur les commentaires.
J'aimerais contribuer à la relecture (principalement correction orthographique / syntaxique) des dépêches et / ou journaux et commentaires, mais je trouve qu'il y a beaucoup trop de dépêches dans https://linuxfr.org/redaction.
Moi aussi :(.
Je pense que la solution idéale serait de pouvoir identifier (en sélectionnant avec le curseur de la souris le mot ou le groupe de mots à corriger), catégoriser (faute d'orthographe, conjugaison, erreur de frappe, de syntaxe…) et soumettre une correction directement depuis la page de la dépêche / journal et immédiatement. Mais je ne crois pas qu'il y ait de poste / statut de correcteur d'orthographe / syntaxe.
Ajouter un commentaire sur l'entrée de suivi précédente ? ça correspond à ce que fait NextINPact sauf erreur.
Est-ce qu'il serait possible pendant une certaine période après publication (ou juste avant la publication) de pouvoir faire remonter les fautes plus facilement (et qui du coup pourrait s'appliquer et aux dépêches, et aux journaux, et aux commentaires) ?
Pourquoi un traitement particulier après publication ?
Autre point de questionnement: après lecture de la page du wiki, il me semble qu'elle manque d'une partie dédiée spécifiquement à la correction des fautes.
J'imagine que ce site n'a pas été conçu pour gérer spécifiquement le processus de correction des fautes et qu'en conséquence la correction n'est pas facilitée.
Et pour préciser vu que la question m'a été posée : les couleurs étaient présentes dans la mise en demeure. La seule modification de notre part concerne les rectangles noirs pour masquer les coordonnées de l'avocate et du cabinet.
corrections/reformulation possible en rédaction et en modération
enrichissement possible en rédaction et en modération (ajout de liens vers d'autres projets similaires, résumé des discussions déjà présentes sur le journal, etc.). Le texte peut d'ailleurs devenir « Collectif » ; il peut devenir un peu moins personnel ou familier en modération.
karma gagné lors de la publication en dépêche
la durée d'exposition au public des deux contenus est différente (les journaux tournent plus vite en général, mais sont plus commentés)
la nature du public est différente : les dépêches sont aussi relayées par courriel et sur les réseaux sociaux, elles ont plus de visibilité donc plus de public. Par contre le public des journaux est plus composé d'habitués, qui commentent plus et plus techniquement (données Doigt mouillé 2017).
inconvénients :
commentaires dupliqués. Plus de commentaires à lire (et potentiellement deux contenus légèrement différents à lire)
il faut noter le journal et la dépêche. Les deux notes ne sont pas liées. Il y a probablement gain de karma (deux endroits où en gagner) mais parfois deux notes moins hautes que si le journal était seul (somme plus grande, mais max plus faible).
Autres points :
l'auteur du journal a choisi de faire un journal, il aurait pu directement proposer une dépêche (et au pire faire un journal en cas de refus), bénéficier de l'espace de rédaction collaborative, etc.
convertir simplement le journal en dépêche entraînerait des commentaires commentant la version du texte du journal, qui serait mélangé à des commentaires concernant la nouvelle version, plus ou moins entrelacés. Il faudrait peut-être avoir un marqueur indiquant s'ils datent d'avant ou d'après la conversion.
La question de la conversion journal -> dépêche est sur la table depuis un moment, non tranchée. On ne « déplace » un journal, on en envoie une copie en rédaction, le contenu y est souvent modifié, parfois enrichi (notamment d'un résumé des discussions déjà présentes sur le journal), il est potentiellement aussi modifié en modération et ensuite publié. On aurait donc des commentaires commentant la version du texte du journal, qui serait mélangé à des commentaires concernant la nouvelle version, plus ou moins entrelacés. Il y a aussi les questions de l'auteur (le texte peut devenir Collectif dans la dépêche, contrairement au journal), du karma gagné sur une dépêche et pas sur le journal, de la double notation (une fois sur le journal, une fois sur la dépêche), de la durée d'exposition d'un journal/d'une dépêche, du relais des dépêches sur d'autres médias (courriel, réseaux sociaux, etc.), de la différence de nature des commentaires due à la différence de public sur les journaux et les dépêches. Etc. La suite de la discussion dans l'entrée de suivi correspondante, où je vais d'ailleurs recopier ce commentaire.
[^] # Re: Version ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Adieu, firefox ?. Évalué à 4.
Corrigé, merci.
# Premières réponses
Posté par Benoît Sibaud (site web personnel) . En réponse au message Comment faire remonter des corrections de fautes d'orthographe / syntaxe ?. Évalué à 6. Dernière modification le 15 décembre 2017 à 18:30.
Y a une entrée de suivi sur le sujet https://linuxfr.org/suivi/ajouter-un-bouton-signaler-un-truc . En attendant, ça peut être un commentaire, un signalement via la tribune de rédaction, par courriel, par XMPP ou par une nouvelle entrée de suivi.
Je ne comprends pas la question, vu que les modifications sont directement appliquées. Sinon les dépêches en rédaction (qui sont prêtes) sont envoyées en modération soit par l'auteur principal, soit par un animateur de l'espace de rédaction.
Exactement, pas de modération a priori sur les journaux. Je pensais que ça figurait quelque part dans l'aide ou les règles de modération, mais apparemment non. À compléter.
Pas de modération a priori sur les commentaires.
Moi aussi :(.
Ajouter un commentaire sur l'entrée de suivi précédente ? ça correspond à ce que fait NextINPact sauf erreur.
Pourquoi un traitement particulier après publication ?
Je suis assez d'accord.
[^] # Re: Ha merde j'ai mal cliqué ...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 7.
J'ai corrigé le plus gros a priori.
[^] # Re: Pas si vite svp :p
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche LinuxMAO — Éditorial de décembre 2017. Évalué à 3.
Corrigé, merci.
[^] # Re: Vocabulaire swiss made.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de novembre 2017. Évalué à 4. Dernière modification le 06 décembre 2017 à 13:41.
Quitte à troller, je note que les Suisses ont mis cinq épisodes à réagir.
[^] # Re: deb.debian.org
Posté par Benoît Sibaud (site web personnel) . En réponse au message Sources.list debian.security.org. Évalué à 4. Dernière modification le 02 décembre 2017 à 11:11.
Résumé de la discussion : GPG assure l'intégrité et l'authentification des données (en dehors des bugs qui peuvent toujours arriver, comme DSA-3733/CVE-2016-1252 ou CVE-2013-1051). Mais le trafic est analysable et peut être bloqué par un intermédiaire (voir reducing-metadata-leakage-from-software-updates.
À noter qu'il existe aussi https://onion.debian.org/
# deb.debian.org
Posté par Benoît Sibaud (site web personnel) . En réponse au message Sources.list debian.security.org. Évalué à 4. Dernière modification le 02 décembre 2017 à 10:57.
Voir https://deb.debian.org/
Et pour les plus curieux une discussion récente sur le sujet d'octobre à décembre sur la liste debian-security.
[^] # Re: typo
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche My name is looker…. Évalué à 4.
Corrigé, merci.
[^] # Re: la JM2L en PACA il n'y en a qu'une tous les deux ans, alors faut pas la manquer
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Agenda du Libre pour la semaine 47 de l’année 2017. Évalué à 4.
Bannière ajoutée sur cette dépêche, et parmi les bannières en rotation sur le site.
[^] # Re: Mes 2 ¢
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche My name is looker…. Évalué à 4.
Corrigé, merci.
[^] # Re: Retours
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Terminus : un jeu d’aventure pour apprendre à utiliser la ligne de commande. Évalué à 5.
Bugs trouvés :
mv Rocher PetitRocherdéclenche l'apparition du Tunnelmv Rocher PetiteCrevassedéclenche l'apparition d'un second Tunnells TunnelMachinChosefait la même chose quels Tunnel[^] # Re: Pas si WTF que ça...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine de novembre 2017. Évalué à 5.
Il faut le considérer comme le fils de la Voisine, même si c'est un peu familier.
[^] # Re: De nous habillons
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Azzedine Alaïa bronsonnisé. Évalué à 4.
Corrigé, merci.
[^] # Re: Écriture
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quad9, résolveur DNS public, et sécurisé par TLS. Évalué à 4.
OK, j'essaie à mon tour de proposer une nouvelle tournure.
[^] # Re: Souvent...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Eben Moglen vs FSF !?. Évalué à 3.
Corrigé, merci.
[^] # Re: Bannière
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Titre de la dépêche Capitole du Libre. Évalué à 3 (+0/-0).
En place parmi les bannières tournantes, et aussi dans la dernière dépêche.
# Corrigé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Titre de la dépêche Capitole du Libre. Évalué à 3 (+0/-0).
Corrigé
# Corrigé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Nouvelle dépêche Capitole du Libre. Évalué à 3 (+0/-0).
Visiblement plus de problème vu qu'elle est publiée.
[^] # Re: l'assignation ne va jamais venir
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 9.
En général, cela ne couvrirait pas totalement tes frais (d'après divers échos, et aussi l'expérience directe de l'April/Framasoft/Philip S. vs DSI de la ville de Marseille entre 2011 et 2013).
[^] # Re: l'assignation ne va jamais venir
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
ça ne serait pas une première pour nous. Nous l'avions fait pour la première mise en demeure.
[^] # Re: Vraie question...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
Et pour préciser vu que la question m'a été posée : les couleurs étaient présentes dans la mise en demeure. La seule modification de notre part concerne les rectangles noirs pour masquer les coordonnées de l'avocate et du cabinet.
# Sauvegarde quotidienne
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Bug en réponse a un commentaire. Évalué à 4 (+0/-0).
Vu l'heure du ticket, je dirais que c'était pile poil pendant la sauvegarde quotidienne (base de données trop ralentie).
# Tentative de résumé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Promotion d'un journal en dépêche: déplacement plutôt que copie. Évalué à 3 (+0/-0).
Promotion des journaux en dépêches :
avantages :
inconvénients :
Autres points :
[^] # Re: Super dépêche
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Conférence GStreamer 2017 : Oxydation de GStreamer. Évalué à 7.
Corrigé, merci.
La question de la conversion journal -> dépêche est sur la table depuis un moment, non tranchée. On ne « déplace » un journal, on en envoie une copie en rédaction, le contenu y est souvent modifié, parfois enrichi (notamment d'un résumé des discussions déjà présentes sur le journal), il est potentiellement aussi modifié en modération et ensuite publié. On aurait donc des commentaires commentant la version du texte du journal, qui serait mélangé à des commentaires concernant la nouvelle version, plus ou moins entrelacés. Il y a aussi les questions de l'auteur (le texte peut devenir Collectif dans la dépêche, contrairement au journal), du karma gagné sur une dépêche et pas sur le journal, de la double notation (une fois sur le journal, une fois sur la dépêche), de la durée d'exposition d'un journal/d'une dépêche, du relais des dépêches sur d'autres médias (courriel, réseaux sociaux, etc.), de la différence de nature des commentaires due à la différence de public sur les journaux et les dépêches. Etc. La suite de la discussion dans l'entrée de suivi correspondante, où je vais d'ailleurs recopier ce commentaire.
[^] # Re: Super dépêche
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Conférence GStreamer 2017 : Oxydation de GStreamer. Évalué à 3.
Corrigé, merci.