Ça intéresse très peu de personnes + je ne pense pas que cette fonction soit intéressante pour DLFP + il existe des moyens externes de consulter la tribune => ça ne sera pas fait.
En fait, l'espace de rédaction est réservé aux personnes qui ont le rôle « writer ». Toutes les personnes qui ont écrit au moins une dépêche ou qui en font la demande ont ce rôle. Je t'ai donc donné ce rôle et tu peux maintenant y accéder.
Je pense que vraiment réutiliser le système de wiki avec un système de de diff-3-way-merge comme celui de git résoudrait tous les problèmes d'édition concurrente.
Oulà, non. Le 3-way-merge sur du code avec des outils adaptés, ça se fait bien, mais pour du texte redigé et dans une interface web, c'est juste l'horreur à utiliser. Et en plus de ça, c'est vraiment chiant à implémenter. Donc, si je dois refaire l'espace de rédaction, ça n'utilisera pas le 3-way-merge pour la résolution de conflit.
Un certain nombres de problèmes sont apparus avec la tribune récemment : nombreuses failles de sécurité, images d'un goût disons au minimum douteux, propos à la limite de la légalité ("mort au pape" par exemple).
Ces "problèmes" n'ont rien de nouveau. Ça fait des années que c'est comme ça et ce n'est pas suffisant pour vouloir fermer la tribune.
Vu que la tribune ne contribue pas à l'amélioration de la notoriété et du référencement du site
Certes, mais elle apporte un peu de vie et de visites au site.
La disparition des "messages privés" c'est une impossibilité technique (j'en doute) ou une fonction non implémentée pour l'instant ?
Pas d'impossibilité technique, mais cela prend beaucoup de temps de développer une messagerie interne, et je ne suis pas sûr de vouloir passer ce temps à cela. Il y a plein d'autres fonctionnalités qui me paraissent plus intéressantes et plus rapides à mettre en place.
auriez-vous, chers administrateurs bienveillants, une solution temporaire ?
On peut faire un proxy humain en attendant. Envoie-nous le message et on le transmettra à la personne en question.
Je préfère prévenir tout de suite : je n'ai pas d'ipad et je ne vais donc même pas essayer de corriger le bug. Si d'autres personnes sentent l'envie de s'en occuper, qu'elles le fassent, j'accepterais quand même le patch avec gratitude.
J'ai changé de bibliothèque Markdown (passage de RDiscount à Redcarpet), mais la nouvelle lib ne semble pas supporter cette fonctionnalité pour le moment. J'ai remonté le problème upstream : https://github.com/tanoku/redcarpet/issues/16
Non, le site n'est plus utilisable. Ça revient (en gros) au même que si tu renvoyais une page blanche avec une mise en cache très longue (en fait, c'est plus violent que ça, même avec un refresh, tu gardes la page blanche).
Est-ce que cela répond à la demande ? Est-ce qu'il faudrait indiquer le score (nombre de contenus avec ce tag pour « Mes tags » et nombre de contenus communs pour « Tags connexes ») aiderait à mieux comprendre ?
Je suis perplexe, ça ne me paraît pas très intéressant comme option. Est-ce que tu peux expliquer quel est le raisonnement derrière cette demande et à quoi cela te servirait ?
Pourrais-tu m'indiquer pourquoi l'on ne peut pas te laisser un commentaire si tu as plus de 3 mois ?
Oui, par le passé, nous avons eu quelques problèmes avec ça. Des gens ouvraient un compte et postaient quelques commentaires sur de très vieux contenus pour faire de la publicité vers leur site. On s'est rendu compte à ce moment-là que personne ne postait de commentaire intéressant sur des contenus qui avaient plus que quelques semaines. Nous avons donc ajouté cette règle pour éviter du travail supplémentaire aux modérateurs.
Et surtout, pourquoi l'on ne peut pas laisser un commentaire à ton pote le forum s'il a lui aussi plus de 3 mois ? Parce que pour ton pote le forum ça serait quand même 'achement pratique !
Pour ce genre de demandes, il y a le suivi. Si d'autres personnes sont intéressées, ça me paraît réalisable rapidement.
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Double post des commentaires. Évalué à 2 (+0/-0).
Ce comportement n'a rien de nouveau (il existait avec templeet) et déjà fait l'objet d'une demande => http://linuxfr.org/suivi/double-clic-double-post .
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Proposer le bouton « Oublier » dés la première lecture. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/559aa25ca7e9e3fab5f7bcf6bb7a259dda63ba87
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mot de passe encodé dans le mail en plaintext. Évalué à 2 (+0/-0).
cf https://github.com/nono/linuxfr.org/commit/876e5d586adb97db2c1660edef78d1336f69d4e0
[^] # Re: Quel navigateur ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Timing de l'étiquette "Merci pour votre vote". Évalué à 2 (+0/-0).
Du coup, je considère que c'est un doublon et je ferme cette entrée.
# Déjà le cas
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher le contenue de la tribune lors du refus d'une dépêche. Évalué à 2 (+0/-0).
Elle est déjà affichée dans la sidebar.
# Nope
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pouvoir ralentir ou mettre en pause le rafraîchissement de la tr. Évalué à 2 (+0/-0).
Ça intéresse très peu de personnes + je ne pense pas que cette fonction soit intéressante pour DLFP + il existe des moyens externes de consulter la tribune => ça ne sera pas fait.
[^] # Re: Chez moi, ça marche...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Champ Date dans les courriels automatique de modération. Évalué à 2 (+0/-0).
Oki, je ferme l'entrée alors.
# Chez moi, ça marche...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Champ Date dans les courriels automatique de modération. Évalué à 2 (+0/-0).
Quand je regarde les mails de modération, je vois bien le field
Date
. Quelqu'un peut confirmer / infirmer ?# Rôle « writer »
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pas les droits suffisants pour accéder à l'espace de rédaction. Évalué à 3 (+0/-0).
En fait, l'espace de rédaction est réservé aux personnes qui ont le rôle « writer ». Toutes les personnes qui ont écrit au moins une dépêche ou qui en font la demande ont ce rôle. Je t'ai donc donné ce rôle et tu peux maintenant y accéder.
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Perte du lien vers les contenu suivis. Évalué à 2 (+0/-0).
Cela fait l'objet de la demande http://linuxfr.org/suivi/proposer-le-bouton-oublier-d%C3%A9s-la-premi%C3%A8re-lecture
# Pas de 3-way-merge
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Revoir complètement le système de rédaction commun. Évalué à 3 (+0/-0).
Oulà, non. Le 3-way-merge sur du code avec des outils adaptés, ça se fait bien, mais pour du texte redigé et dans une interface web, c'est juste l'horreur à utiliser. Et en plus de ça, c'est vraiment chiant à implémenter. Donc, si je dois refaire l'espace de rédaction, ça n'utilisera pas le 3-way-merge pour la résolution de conflit.
# Nope
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Fermeture de la tribune. Évalué à 4 (+0/-0).
Ces "problèmes" n'ont rien de nouveau. Ça fait des années que c'est comme ça et ce n'est pas suffisant pour vouloir fermer la tribune.
Certes, mais elle apporte un peu de vie et de visites au site.
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Envoyer un message privé à un utilisateur. Évalué à 2 (+0/-0).
C'est effectivement un doublon de http://linuxfr.org/suivi/envoyer-un-message-disparu--2
Pas d'impossibilité technique, mais cela prend beaucoup de temps de développer une messagerie interne, et je ne suis pas sûr de vouloir passer ce temps à cela. Il y a plein d'autres fonctionnalités qui me paraissent plus intéressantes et plus rapides à mettre en place.
On peut faire un proxy humain en attendant. Envoie-nous le message et on le transmettra à la personne en question.
[^] # Re: Pas d'ipad
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi La toolbar ne reste pas en bas de l'écran sur ipad. Évalué à 3 (+0/-0).
Oui, mais sur Android, on peut installer Firefox 4 et ça marche bien ;-)
# Pas d'ipad
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi La toolbar ne reste pas en bas de l'écran sur ipad. Évalué à 4 (+0/-0).
Je préfère prévenir tout de suite : je n'ai pas d'ipad et je ne vais donc même pas essayer de corriger le bug. Si d'autres personnes sentent l'envie de s'en occuper, qu'elles le fassent, j'accepterais quand même le patch avec gratitude.
[^] # Re: Duplicity
Posté par Bruno Michel (site web personnel) . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 3.
Et tu stockes où la clé de déchiffrement pour ccencrypt ?
# Effectivement
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi La mise en exposant ne fonctionne plus. Évalué à 3 (+0/-0).
J'ai changé de bibliothèque Markdown (passage de RDiscount à Redcarpet), mais la nouvelle lib ne semble pas supporter cette fonctionnalité pour le moment. J'ai remonté le problème upstream : https://github.com/tanoku/redcarpet/issues/16
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Trou dans le slip. Évalué à 2 (+0/-0).
Corrigé, cf https://github.com/nono/linuxfr.org/commit/e03e2da1fa5ba206e5f5704ac97489810bc24c88
[^] # Re: Un peu fou ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche HTTP Strict Transport Security. Évalué à 2.
Non, le site n'est plus utilisable. Ça revient (en gros) au même que si tu renvoyais une page blanche avec une mise en cache très longue (en fait, c'est plus violent que ça, même avec un refresh, tu gardes la page blanche).
[^] # Re: section Libellule BSD
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Sortie de DragonFly BSD 2.10. Évalué à 6.
Pour proposer une section, il suffit de créer une demande dans le suivi avec le nom de la catégorie et une icône sous licence libre.
J'en profite pour signaler que nous recherchons une icône pour la section « Distribution ».
[^] # Re: Je peux le faire
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Tags sur les flux Atom. Évalué à 2 (+0/-0).
Pull request acceptée. Cf https://github.com/nono/linuxfr.org/pull/163
[^] # Re: tri alpha + taille différenciant la popularité
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Tri alphabétique des tags. Évalué à 2 (+0/-0).
Est-ce que cela répond à la demande ? Est-ce qu'il faudrait indiquer le score (nombre de contenus avec ce tag pour « Mes tags » et nombre de contenus communs pour « Tags connexes ») aiderait à mieux comprendre ?
# Par curiosité...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi support de OpenID. Évalué à 2 (+0/-0).
Par curiosité, qui utilise OpenID ici ?
# Hum...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Conserver les l’ordre de tri pour les pages « mes contenus taggés » et « les contenus que j’ai lu ». Évalué à 2 (+0/-0).
Je suis perplexe, ça ne me paraît pas très intéressant comme option. Est-ce que tu peux expliquer quel est le raisonnement derrière cette demande et à quoi cela te servirait ?
# Quelques explications
Posté par Bruno Michel (site web personnel) . En réponse au journal Impossible de commenter un contenu vieux de plus de 3 mois. Évalué à 8. Dernière modification le 27 avril 2011 à 23:29.
Oui, par le passé, nous avons eu quelques problèmes avec ça. Des gens ouvraient un compte et postaient quelques commentaires sur de très vieux contenus pour faire de la publicité vers leur site. On s'est rendu compte à ce moment-là que personne ne postait de commentaire intéressant sur des contenus qui avaient plus que quelques semaines. Nous avons donc ajouté cette règle pour éviter du travail supplémentaire aux modérateurs.
Pour ce genre de demandes, il y a le suivi. Si d'autres personnes sont intéressées, ça me paraît réalisable rapidement.