Les rédacteurs et l'équipe des AMR ont la main sur les dépêches et ce qui va première ou en seconde partie. Il suffit donc de faire des premières parties de dépêches plus courtes et déplacer le reste vers la seconde partie.
Ça veut quand même dire pour moi qu'il faut traiter #252 en priorité.
Petite précision : si quelqu'un veut contribuer à LinuxFr.org, il n'y a pas besoin de créer un compte sur github. Vous pouvez m'envoyer l'adresse d'un dépôt git qui se trouve sur une autre forge ou même un email avec le patch en question.
Si je t'envoie des mails régulièrement en te demandant de t'occuper de la migration et en essayant de répondre à tes questions sur l'interface, c'est susceptible de te motiver ?
J'ai le droit d'insister lourdement sur la possibilité d'éditer des commentaires, dans ces mails de rappels ? J'ai l'impression que là aussi tu manques de motivation.
Tu peux essayer de motiver des gens à voter [pertinent] sur cette entrée de suivi ou poster des commentaires dessus (notamment pour savoir si les gens accordent de l'importance à cette histoire d'historique qu'il faut garder ou non).
Et globalement, ce n'est pas tellement que je manque de motivation mais de temps. J'ai fermé plus de 500 entrées de suivi depuis la mise en ligne de la version Rails en février.
J'ai favorisé les entrées de suivi faciles à faire, les corrections de bugs, celles qui favorisent l'écriture de contenus, celles qui ont beaucoup de votes et celles qui concernent des fonctionnalités que j'utilise. Mais je suis sûr que je peux demander à plein de gens leurs avis et tout le monde prioriserait cela de façon différente.
Au fait pourquoi utiliser le wiki de github et pas celui de linuxfr ?
On avait utilisé le wiki et le bugtracker de github quand la version Rails de LinuxFr.org était encore en test sur alpha.linuxfr.org. Pour le bugtracker, j'ai déplacé les entrées vers le suivi rapidement après le passage officiel à la version Rails. Pour le wiki, je me suis dit que je ferais ça plus tard, et ce plus tard n'est pas encore arrivé ;-)
Du coup, si quelqu'un veut regarder ce qu'il y sur le wiki de github et migrer le contenu intéressant vers notre wiki, je pourrais fermer définitivement celui de github.
En pratique est-ce que des gens qui ne viennent pas de LinuxFR ont contribué au code du site ?
Je ne trace pas les gens donc je n'en suis pas sûr, mais je dirais que non. D'un autre coté, les lecteurs de LinuxFr.org ne contribue pas beaucoup non plus.
Il est assez difficile de rentrer sur un projet de cette taille et proposer un petit patch pour le code. Par contre, j'aurais espéré que plus de monde propose des petites améliorations sur les CSS et les graphismes (par exemple, proposer de nouvelles icones pour les sections).
[...] si on avait un réseau de serveurs gitorious décentralisés gérant chacun un petit nombre de projets, ça me semble très raisonnable.
Pour autant que je sache, gitorious ne propose absolument pas de mode décentralisé. Si un projet est sur une instance A, je ne peux pas proposer de pull requests depuis une instance B. Ai-je tord ?
Je trouve que ce n'est pas facilement accessible (ou alors une fonctionnalité des browser m'échappe ?!)
Les navigateurs affichaient ces liens dans leur barre d'adresse mais il semblerait que ce ne soit plus la mode. Pour firefox, on peut encore trouver une entrée « S'abonner à cette page... » dans le menu « Marque-pages ». Mais de manière plus générale, c'est de plus en plus difficile à trouver via ce moyen.
Je confirme : l'espace de rédaction convient bien pour ce cas d'usage. Il permet déjà aux relecteurs de corriger les fautes de français (orthographe, grammaire, typographie), de rajouter des liens vers wikipedia et de donner quelques retours.
C'est devenu bien trop difficile d'utiliser la balise meter avec Chrome (je n'ai pas trouvé comment faire pour qu'il affiche le texte à l'intérieur par exemple), donc je l'ai remplacé par un simple div.
# Mon avis
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ré-agencement de la page d'accueil. Évalué à 3 (+0/-0).
Les rédacteurs et l'équipe des AMR ont la main sur les dépêches et ce qui va première ou en seconde partie. Il suffit donc de faire des premières parties de dépêches plus courtes et déplacer le reste vers la seconde partie.
Ça veut quand même dire pour moi qu'il faut traiter #252 en priorité.
[^] # Re: embêtant
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Titre et section d'une dépêche déjà publiée. Évalué à 2 (+0/-0).
Corrigé. Cf https://github.com/nono/linuxfr.org/commit/47b0fbd7923b55edb04834bdf9a6553106ad0abb
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Timestamps complets sur la page de rédaction. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/a12068fe44407adede357d94768debedbcf6a03e
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher un lien vers les flux Atom dans chaque catégorie. Évalué à 2 (+0/-0).
Corrigé avec https://github.com/nono/linuxfr.org/commit/a9114597613e7112c15615375e93b006a4e3d555
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Impossible de publier une dépèche. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/766666a80772fbe999744f8fa8a7660c5a3406e0
[^] # Re: Voir aussi
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pas moyen d'entrer un dépêche. Évalué à 2 (+0/-0).
OK, je garde le #685 qui est plus détaillé.
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi récupérer le nombre de dépêches éditées. Évalué à 3 (+0/-0).
Perdu, c'est le nombre d'éditions, pas le nombre de dépêches éditées ;-)
[^] # Re: Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Décalage du premier paragraphe des commentaires.. Évalué à 2 (+0/-0).
OK, je ferme cette entrée dans ce cas.
[^] # Re: github ça pue, c'est pas libre
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 7.
Petite précision : si quelqu'un veut contribuer à LinuxFr.org, il n'y a pas besoin de créer un compte sur github. Vous pouvez m'envoyer l'adresse d'un dépôt git qui se trouve sur une autre forge ou même un email avec le patch en question.
[^] # Re: Merci NoNo
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 3.
Je ne sais pas encore ;-)
Peut-être une des entrées que tu as listées ou bien attaquer les "anciennes" comme 18, 36 ou 254.
[^] # Re: github ça pue, c'est pas libre
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 4.
Merci :-)
J'en ai profité pour fermer le wiki sur github.
[^] # Re: github ça pue, c'est pas libre
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 4. Dernière modification le 20 novembre 2011 à 21:14.
Par mails, non. Dans le suivi, déjà un peu plus.
Tu peux essayer de motiver des gens à voter
[pertinent]
sur cette entrée de suivi ou poster des commentaires dessus (notamment pour savoir si les gens accordent de l'importance à cette histoire d'historique qu'il faut garder ou non).Et globalement, ce n'est pas tellement que je manque de motivation mais de temps. J'ai fermé plus de 500 entrées de suivi depuis la mise en ligne de la version Rails en février.
J'ai favorisé les entrées de suivi faciles à faire, les corrections de bugs, celles qui favorisent l'écriture de contenus, celles qui ont beaucoup de votes et celles qui concernent des fonctionnalités que j'utilise. Mais je suis sûr que je peux demander à plein de gens leurs avis et tout le monde prioriserait cela de façon différente.
[^] # Re: github ça pue, c'est pas libre
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 3.
On avait utilisé le wiki et le bugtracker de github quand la version Rails de LinuxFr.org était encore en test sur alpha.linuxfr.org. Pour le bugtracker, j'ai déplacé les entrées vers le suivi rapidement après le passage officiel à la version Rails. Pour le wiki, je me suis dit que je ferais ça plus tard, et ce plus tard n'est pas encore arrivé ;-)
Du coup, si quelqu'un veut regarder ce qu'il y sur le wiki de github et migrer le contenu intéressant vers notre wiki, je pourrais fermer définitivement celui de github.
[^] # Re: github ça pue, c'est pas libre
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 4.
Je ne trace pas les gens donc je n'en suis pas sûr, mais je dirais que non. D'un autre coté, les lecteurs de LinuxFr.org ne contribue pas beaucoup non plus.
Il est assez difficile de rentrer sur un projet de cette taille et proposer un petit patch pour le code. Par contre, j'aurais espéré que plus de monde propose des petites améliorations sur les CSS et les graphismes (par exemple, proposer de nouvelles icones pour les sections).
Pour autant que je sache, gitorious ne propose absolument pas de mode décentralisé. Si un projet est sur une instance A, je ne peux pas proposer de pull requests depuis une instance B. Ai-je tord ?
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher un lien vers les flux Atom dans chaque catégorie. Évalué à 2 (+0/-0).
Les navigateurs affichaient ces liens dans leur barre d'adresse mais il semblerait que ce ne soit plus la mode. Pour firefox, on peut encore trouver une entrée « S'abonner à cette page... » dans le menu « Marque-pages ». Mais de manière plus générale, c'est de plus en plus difficile à trouver via ce moyen.
J'ai donc ajouté le lien comme demandé dans l'entrée. Cf https://github.com/nono/linuxfr.org/commit/b1d826660300b4971793f40efc2219dfec892fa1
[^] # Re: Orientation mobile
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Lien vers le flux des commentaires dans le flux d'un article. Évalué à 3 (+0/-0).
Fait. Cf https://github.com/nono/linuxfr.org/commit/8b5f0e68aafd09aada041620739a7c58c99c5f24
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Insertion de liens avec la barre d'outils. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/9e58dc70254f57c2b160480dc58feea9354f5eea
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Centrer les images des dépêches/journaux. Évalué à 2 (+0/-0).
https://github.com/nono/linuxfr.org/commit/08cc1b0f6bb0427c9b7dff740d21bcd07c75f8e2
# Je ne reproduis pas
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 500 à la visualisation d'un tag. Évalué à 3 (+0/-0).
Je n'arrive pas à reproduire le problème. Est-ce que tu le constates toujours ?
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Impossible de réordonner des paragraphes en modération. Évalué à 2 (+0/-0).
Normalement, ce bug est corrigé avec la nouvelle version de l'espace de rédaction.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Enhancements faciles pour la partie commentaire. Évalué à 2 (+0/-0).
J'ai complété l'aide mémoire, et on a bien les boutons barré et code dans markitup (le bouton code est tout à droite).
[^] # Re: Dépêche en rédaction
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pouvoir enregistrer une dépêche en brouillon. Évalué à 2 (+0/-0).
Je confirme : l'espace de rédaction convient bien pour ce cas d'usage. Il permet déjà aux relecteurs de corriger les fautes de français (orthographe, grammaire, typographie), de rajouter des liens vers wikipedia et de donner quelques retours.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi récupérer le nombre de dépêches éditées. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/5b5544a9ed246ba0146ae5b74423aff132a7357d
[^] # Re: CSS ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Passer du noir & blanc, à la couleur.... Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/9144968a2bbc369f829ceb949e2bb76db878d0f6
[^] # Re: CSS ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Passer du noir & blanc, à la couleur.... Évalué à 2 (+0/-0).
Merci pour l'info.
C'est devenu bien trop difficile d'utiliser la balise
meter
avec Chrome (je n'ai pas trouvé comment faire pour qu'il affiche le texte à l'intérieur par exemple), donc je l'ai remplacé par un simplediv
.