Autant les marquer séparément pour avoir un traitement CSS particulier dessus (masquage, couleur différente, repli ou autre), ça me semble intéressant, autant replier tout l'arbre fils d'un commentaire noté négativement, ça me semble un risque fort de tuer toute discussion dans l’œuf.
Exemples sur la dernière grosse dépêche en terme de nombre de commentaires, celle sur systemd :
un arbre qui commence à +5, puis descend à -2 avant de revenir à +6. Je ne crois pas qu'il faille masquer tout au niveau du -2.
un arbre qui passe par -2, +10, -6, etc. Je ne crois pas qu'il faille masquer tout au niveau du -6.
un arbre qui débute à -9 suivi d'un +9. Je ne crois pas qu'il faille masquer tout au niveau du -9.
un arbre entièrement dédié à l'orthographe qui pourrait être traité à part niveau CSS.
C'est pour ça que le titre + localisation + date me semblait un bon résumé pour savoir si je peux être intéressé.
En fait TOUS les événements devraient DÉJÀ contenir dans leur titre le thème (quoi) + la localisation (où, la ville) + la date complète (même l'année est utile).
Vu que ça reste en page d'accueil, je ne vois pas pourquoi.
Attention la synthèse ne discutait pas forcément de ta proposition en particulier, juste des conséquences de catégoriser à part.
Vu qu'on a certaines soumissions moins d'une semaine avant l'événement, ça me semble difficile. Et puis, ça ajouterait du travail aux modérateurs de concaténer tous les événements en une seule dépêche.
D'où l'idée de le faire automatiquement depuis l'AdL, tant pis pour ceux qui n'auraient pas soumis à l'AdL ou qui auraient soumis moins d'une semaine avant (ils peuvent toujours soumettre manuellement sur LinuxFr.org ensuite par contre).
je peux être intéressé par les événements dans ma région, mais aussi par ceux qui sont ailleurs (pour le thème abordé, parce que je serais dans le coin à ce moment là, parce que ça m'intéresse de voir ce qui se fait en général, parce ce que c'est rediffusé en direct en ligne, etc.). Du coup gérer la localisation des visiteurs dans les préférences (en dehors même des considérations éthique/vie privée), ça ne me semble pas pertinent. => bref ça n'intéresse pas tout le monde, mais on ne sait pas dire qui ça intéresse a priori (comme pour la plupart des dépêches en fait)
les actuelles dépêches sur les événements servent 1) à l'annoncer et à en discuter en amont 2) à en discuter après coup et à parler des supports/audio/vidéo disponibles ensuite
les événements font vraiment partie de la vie des libristes à mon avis, ils ont leur place sur LinuxFr.org
Concernant la relation avec l'Agenda du libre, l'état actuel de la discussion amorcée par courriel :
la partie « facile » à faire serait de soumettre les événements déjà modérés sur l'ADL comme une dépêche normale sur LinuxFr.org. Mais le souci va être le volume : 83 événements en mars dans l'AdL actuellement… Or on a déjà des visiteurs qui se plaignent du trop grand nombre de dépêches Communautés. Voir par exemple http://linuxfr.org/users/andrianarivony/journaux/avoir-du-marbre-et-des-discussions-techniques.
Du coup soit les événements sont resoumis « bêtement » AdL -> LinuxFr.org et on en refusera plein pour ne pas noyer nos ~3 dépêches quotidiennes sous ~3 événements par jour. Soit on trouve une autre approche parmi :
une catégorie spéciale pour les événements sur LinuxFr.org, mais j'ai peur que beaucoup moins de gens ne les voient et c'est dommage
seuls les "gros" événements ont leur dépêche propre, et pour les autres on fait un juste un récap' de la semaine à venir avec lundi à Plouguirec « GNU/Linux et marine marchande », à Bruxelles « Moules libres » et jeudi à Grenoble « BSD font du ski ». Bref un sommaire d'événements en première partie de dépêche, suivi de blocs concaténés pour chaque événement ensuite en seconde partie. Et reste la question de « comment on reconnait les "gros" ? »
À une époque plus glorieuse, ils utilisaient le latin.
Et le grec.
« Le mot "mathématique" vient du grec, par l'intermédiaire du latin. » (dixit Wikipédia)
Préfixes (déci/déca, hecto/centi), géométrie (tétraèdre, quadrilatère), αβγ et toute leur famille, etc.
Cf par exemple http://clairelomme.blogspot.fr/2014/01/latin-grec-et-maths.html
Et le sumérien, l'arabe, le mandarin/cantonais/autre dialecte de l'époque, la langue inconnue de la vallée de l'Indus, et probablement d'autres.
Il parle de lui, pas des autres. Il n'oblige personne. Par ailleurs dans les 4 libertés du logiciel libre, aucune n'oblige quelqu'un à assurer le fonctionnement des DRM, donc je ne vois ni ironie ni idiotie dans l'histoire, juste un choix personnel.
le « rédacteur » actuel ne fait pas juste que rédiger, n'importe qui peut rédiger sans avoir le statut « rédacteur »
les « rédacteurs » « s'occupent de l'espace de rédaction collaborative de LinuxFr.org » (tiré de la page Team). Il est donc notamment là pour animer l'espace de rédaction et aider à écrire des contenus (proposer des sujets, aider à les finaliser, relancer les contributeurs, etc.)
les « rédacteurs » ont un statut décrit comme « editor » dans le code (cf aide)
le « rédacteur » a accès aux fonctions de réaffectation de paternité sur un contenu
[^] # Re: Téléphone portable
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Unicode 7.0 is out. Évalué à 4.
Le résultat sur un Firefox 30.0 sur une Ubuntu 12.04 :
[^] # Re: Doublon
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Mettre le ola sur des dérives d'ortographe et autre perte de temps en pinaillage. Évalué à 4 (+0/-0). Dernière modification le 19 juin 2014 à 10:22.
Autant les marquer séparément pour avoir un traitement CSS particulier dessus (masquage, couleur différente, repli ou autre), ça me semble intéressant, autant replier tout l'arbre fils d'un commentaire noté négativement, ça me semble un risque fort de tuer toute discussion dans l’œuf.
Exemples sur la dernière grosse dépêche en terme de nombre de commentaires, celle sur systemd :
# Doublon
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Mettre le ola sur des dérives d'ortographe et autre perte de temps en pinaillage. Évalué à 3 (+0/-0).
A priori doublon du #817 sur la mise à part des commentaires concernant l'orthographe
https://linuxfr.org/suivi/mettre-a-part-des-commentaires-concernant-l-orthographe
[^] # Re: Petite typo
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 3.
Corrigé, merci.
[^] # Re: Synthèse des discussions précédentes
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Nouvelle catégorie de contenu: événements et assimilés. Évalué à 4 (+0/-0).
En fait TOUS les événements devraient DÉJÀ contenir dans leur titre le thème (quoi) + la localisation (où, la ville) + la date complète (même l'année est utile).
Attention la synthèse ne discutait pas forcément de ta proposition en particulier, juste des conséquences de catégoriser à part.
D'où l'idée de le faire automatiquement depuis l'AdL, tant pis pour ceux qui n'auraient pas soumis à l'AdL ou qui auraient soumis moins d'une semaine avant (ils peuvent toujours soumettre manuellement sur LinuxFr.org ensuite par contre).
[^] # Re: Oui mais j'ai arrêté
Posté par Benoît Sibaud (site web personnel) . En réponse au sondage Participez-vous à Wikipédia ?. Évalué à 3.
La question comporte « Participez-vous », au présent donc.
# Synthèse des discussions précédentes
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Nouvelle catégorie de contenu: événements et assimilés. Évalué à 5 (+0/-0).
Déjà discuté là https://linuxfr.org/users/andrianarivony/journaux/avoir-du-marbre-et-des-discussions-techniques et probablement à plein d'autres endroits précédemment. Plus la discussion sur comment gérer la relation avec l'agenda du libre qui avait commencé par courriel.
Concernant les événements :
Concernant la relation avec l'Agenda du libre, l'état actuel de la discussion amorcée par courriel :
Du coup soit les événements sont resoumis « bêtement » AdL -> LinuxFr.org et on en refusera plein pour ne pas noyer nos ~3 dépêches quotidiennes sous ~3 événements par jour. Soit on trouve une autre approche parmi :
[^] # Re: utile ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Indiquer aux modérateurs de couper la dépêche. Évalué à 5 (+0/-0).
Ça coûte peu de le rappeler en tout cas.
# Service svgtex relancé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi texte latex non opérationnel. Évalué à 3 (+0/-0).
[^] # Re: les matheux aussi
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Unicode 7.0 is out. Évalué à 10.
[^] # Re: les matheux aussi
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Unicode 7.0 is out. Évalué à 4.
Et le grec.
« Le mot "mathématique" vient du grec, par l'intermédiaire du latin. » (dixit Wikipédia)
Préfixes (déci/déca, hecto/centi), géométrie (tétraèdre, quadrilatère), αβγ et toute leur famille, etc.
Cf par exemple http://clairelomme.blogspot.fr/2014/01/latin-grec-et-maths.html
Et le sumérien, l'arabe, le mandarin/cantonais/autre dialecte de l'époque, la langue inconnue de la vallée de l'Indus, et probablement d'autres.
[^] # Re: Modif ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Framasoft lance une campagne de crowdfunding pour financer le développement d'Etherpad. Évalué à 6. Dernière modification le 16 juin 2014 à 20:53.
Corrigé, merci. De là à dire que ça manque de profs chez Framasoft… :)
[^] # Re: Modif ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Framasoft lance une campagne de crowdfunding pour financer le développement d'Etherpad. Évalué à 3.
Corrigé, merci.
[^] # Re: Note
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Retour d'expérience sur sql.js. Évalué à 7.
Précisé dans la dépêche, merci.
[^] # Re: OHL, Open Hardware Licence
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Tesla Motors et les brevets. Évalué à 3.
L'auteur d'un commentaire peut le faire pendant quelques minutes après la publication. Ensuite il faut être modérateur. J'ai fait la correction.
[^] # Re: Typo dans le titre
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Tesla Motors et les brevets. Évalué à 3.
Corrigé, merci.
[^] # Re: Mise aux poings
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 10.
Oui, c'est un trait d'humour de l'auteur (ou d'un des auteurs en tout cas).
[^] # Re: Correction
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 3.
Merci, corrigés.
[^] # Re: Licence
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche eZ Server Monitor : un tableau de bord simple et léger en deux versions. Évalué à 5.
Précisé, merci.
[^] # Re: En français
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche eZ Server Monitor : un tableau de bord simple et léger en deux versions. Évalué à 5.
Corrigé, merci.
[^] # Re: Faute, carton jaune, placement à 9m
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.15. Évalué à 4.
Corrigé, merci.
[^] # Re: DRM ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Firefox 30 glorieuses. Évalué à 5.
Il parle de lui, pas des autres. Il n'oblige personne. Par ailleurs dans les 4 libertés du logiciel libre, aucune n'oblige quelqu'un à assurer le fonctionnement des DRM, donc je ne vois ni ironie ni idiotie dans l'histoire, juste un choix personnel.
[^] # Re: Appeler un chat un chat
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Renommer les rédacteurs en animateurs. Évalué à 4 (+0/-0).
[^] # Re: Le bon cote
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Nouvelle faille importante dans GnuTLS. Évalué à 6.
C'est moche de parle de wep dans une dépêche sur la sécurité.
# Doublon
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Lien Pertinent ou Inutile invisible pour les contenus visualisés sur mobile. Évalué à 3 (+0/-0).
Doublon. Cf https://linuxfr.org/suivi/compilation-des-problemes-sur-mobile