Florent Zara a écrit 1301 commentaires

Merci. Il faudrait juste ajouter un « s » à « failleS » ;)

Si j'en crois les informations confidentielles de la tribune, Konqueror/4.3 KHTML/4.3.5.

Le problème semble aussi se produire avec d'autres utilisateurs de Konqueror. Voir ce commentaire

Sera-t-il possible de supprimer un message ? Cas d'utilisation : Droit de retrait.

C'est déjà le cas. Il suffit de contacter l'équipe de modération moderateurs@linuxfr.org et de faire gentiment la demande en expliquant que l'on est l'auteur du post en question.

Oui, mais ta demande reste tout de même difficilement compatible avec

[...] une modération plus courte [...]

Tu parles des cas extrêmes de news local en retard, couplé à des sorties majeur.

Crois moi, ce cas n'est pas si extrême et il arrive relativement régulièrement.

Et si Sync ne fonctionnait vraiment pas, ça se saurait, depuis presque 3 ans que ça existe (sous forme d'extension avant Firefox 4). Tu as à priori un problème dans l'utilisation de Sync, ça ne veut pas dire que ça ne fonctionne pas en temps normal.

Justement, cela n'a pas forcément l'air fonctionner correctement pour un grand nombre de personnes. Avant d'être intégré à FF4, Sync est proposé sous forme d'extension pour FF 3.5 et 3.6. Et le moins que l'on puisse dire, c'est qu'il est plutôt mal noté sur la page officielle de l'add-on. À l'heure où j'écris ces lignes, 1177 critiques rédigées et une note de seulement 2 sur 5 !

Loin de moi de dénigrer le travail de la MoFo, j'étais et je suis toujours un fervent utilisateur et supporter de Mozilla (la suite, puis le duo FF+TB), mais sur Sync, il ne faut pas se cacher derrière son petit doigt. Ca ne fonctionne pas correctement dans un grand nombre de cas, et cela n'est pas dû qu'à un problème d’interface chaise-clavier. Et si c'était le cas, il y aurait alors peut être un problème d'ergonomie à revoir.

Je ne suis pas vraiment pour. Il a régulièrement des situations où si une telle règle était implémentée, cela poserait problème. Pas plus tard que récemment, nous avions dans la file des dépêches qui concernaient

• la sortie de logiciels majeurs (comme FF4, GCC, Kernel). Nous attendions juste la sortie officielle
• des infos locales du jour pour le lendemain (et oui, on n'est pas là pour les aider à gérer leur com' !)

Alors, dans ce cas relativement fréquent, on se dépêche (sans jeu de mot) de retoucher et publier les infos locales, puis d'un coup, le noyau/FF4/GCC est annoncé sur toutes les ML et sites du monde entier. On ne va pas attendre qqs heures (ce qui peut nous amener tard dans la journée, voir dans la nuit) pour publier l'annonce sous prétexte que 3 infos locales sont passées avant car, comme tout le monde, les gull gèrent leurs annonces à La Rache... !

Perso, j'ai résolu le problème particulier du C++ en mettant « cpp ».

Doublon de l'entrée Améliorer les facilités d'édition en modération dans lequel tu avais aussi pris la peine de recopier remarque de Victor !

A moins que tu ne préfères faire des entrées de suivi séparées pour chaque tâche demandée.

Non, pas forcément. Ce sont bien 2 cas d'usages différents.
Mais le fait de pouvoir faire des allers-retours entre la file de modération et l'espace de rédaction est intéressant de mon point de vue.

Ce genre de cas est marginal. Au mieux dans ce cas, la personne édite le premier paragraphe pour signaler à un admin qu'elle peut passer à la corbeille direct.

Combien de sous cela rapporte ?

En valeur absolu ce n'est pas très important…

C'est vraiment significatif ?

… mais pour une toute petite asso comme la nôtre (celle qui fait tourner et vivre ce site), cela permet tout juste, de boucler notre budget et couvrir nos frais de fonctionnement : remplacement d'un disque dur, frais administratifs, frais d'envoi de certains lots, cotisation à l'April, dons, etc. On puise régulièrement dans les réserves de l'asso.

De toute façon, il est toujours possible de proposer les 2 types de moteur de recherche.

Le sujet d'un nouveau moteur de recherche a été abordé en interne et pour le moment, il a été décidé de conserver le moteur de recherche actuel pour rester à l'équilibre. Mais promis, on va réfléchir à une solution alternative, en terme de recherche et financement ! On pourrait, par exemple, lancer une campagne de dons annuelle avec une barre de progression et tant que le montant pour boucler le budget n'est pas atteint, on laisserait le moteur de recherche actuel. Une fois le montant dépassé, on basculerait sur notre propre moteur de recherche...

Vos idées sont les bienvenues.

Merci.

J'ai essayé de modifier via l'interface d'admin du site, mais a priori, je n'ai pas accès à cette partie du message pour le corriger.

C'est surtout qu'on a désormais une personne de plus dans l'équipe et, avec le jeu des arrondis j'imagine, nous venons de faire augmenter les seuils un peu brutalement !

Merci :)

Sauf si je me trompe sur l'intention de la demande, le sujet semble déjà avoir été traité dans une précédente entrée. Maintenant la réponse peut ne pas être satisfaisante pour un certain nombre...

Je ne pense vraiment pas que cela soit une bonne idée.
Cela avait été brièvement mis en place dans la précédente version, puis promptement retiré suite au bruit et à l'ambiance délétère que cela avait apporté.

Comment dit-on déjà ? Ah oui, logorrhée.

On va vivre avec alors :)
Espérons que cela ne m'empêche pas de dormir la nuit !

Pas toutes. les dernières uniquement a priori. Toutes les miennes n'apparaissent plus. Il faut que j'arrête un peu d'embêter NoNo ;)

C'est pour ça qu'il faudrait implémenter d'abord les options de filtres pour les entrées du suivi. Je vous invite donc à pertinenter l'entrée mentionnée en lien.

Chez moi, ça marche

FF 3.6, que ce soit sous Linux ou Windows.

Je ne me suis pas penché sur le code de LinuxFr, mais quand on regarde la section developer du site de Gravatar, on voit bien qu'ils ne font que demander le hash md5, que ce soit

• via l'URL (exemple en Ruby, au hasard)
• via leur API XML-RPC

Au lieu de faire une catégorie cachée, je propose d'insérer un message relativement voyant sur le formulaire de soumission d'une entrée concernant les failles de sécurité et d'inciter les personnes à les remonter sur moderateurs@linuxfr.org plutôt que sur le système de suivi.