La CSS par défaut s'affiche maintenant relativement bien sur le site. Je ne pense pas que ça vaille la peine de créer un sous-domaine particulier pour les mobiles. Je ferme donc cette entrée. Pour la partie « pouvoir sélectionner une autre CSS sur les mobiles », il y a d'autres entrées sur le sujet.
C'est à nouveau en place. J'ai adapté la feuille de style RonRonnement (celle utilisée par défaut) pour qu'elle tire profit des media-queries. On va voir ce qu'en pensent les utilisateurs ;-)
Certains commentaires ont été pris en compte (retirer le coin arrondi, mettre la barre de recherche à coté du menu), d'autres ne le seront pas du tout. Mais, en tout cas, je ferme cette entrée.
Question subsidiaire : y a-t-il un moyen de spécifier une css par navigateur ?
Non, ce n'est pas possible pour le moment. Il y a des entrées dans le suivi à ce sujet, mais j'avoue ne pas trop savoir par quel bout prendre ça (est-ce qu'il vaut mieux proposer par User-Agent ou en fonction de la résolution ? comment faire pour les utilisateurs non authentifiés ?). Ça fait parti des choses que je pense traiter bientôt, mais je ne refuse pas d'avoir quelques avis supplémentaires sur la question.
Ce n'est pas vraiment de la lassitude, mais les personnes qui forment l'équipe actuelle de modération ont globalement moins de temps à consacrer au site que ça a pu être le cas par le passé et préféreraient passer ce temps à faire des choses constructives (rédiger des dépêches notamment) plutôt qu'à devoir se justifier à chaque intervention. Du coup, on essaye de mettre en place quelques outils pour régler plus efficacement ces questions.
Si, j'espère bien que l'on va continuer à avoir ces contenus. Nulle part, il est dit que c'est interdit. La charte dit juste que lorsque des modérateurs tombent sur de tels contenus dont les commentaires peuvent déraper, ils ne doivent pas le supprimer ou le modifier (en tout cas pas sans en discuter avec le reste de l'équipe) mais qu'il est bon de rappeler aux visiteurs les règles de courtoisie élémentaires.
De manière générale, cette charte ne vise pas à limiter la variété des contenus postés sur LinuxFr.org, mais juste à expliquer les règles aux quelles s’astreignent les modérateurs.
Félicitations pour cette feuille de style. Je la trouve très sympathique, avec une petite préférence pour la version sombre.
Pour la partie technique, je confirme que c'est bien du sass. D'ailleurs, n'hésite pas à réutiliser des styles déjà présent et tout particulièrement ceux présents dans le répertoire common. C'est fait pour ça. On y retrouve des styles pour l'autocomplete, les drapeaux, l'éditeur de texte markitup, les statistiques et des styles génériques.
Du coup, n'hésite pas à me pinger dès que tu veux que j'en fasse une feuille de style officielle.
Perso, je trouve qu'il y a trop de liens / boutons / options sur les pages de LinuxFr.org et j'essaye d'aller vers plus de simplicité.
La phrase actuelle prend de la place mais cette fonctionnalité est là depuis suffisamment longtemps avec un intérêt important pour ne pas l'enlever. Par contre, il est bon de se poser la question de la pertinence d'ajouter de nouvelles choses à l'écran (ce n'est toujours que mon avis).
Par contre, est-ce que tu pourrais utiliser > pour faire des citations plutôt que ' ? C'est la convention aussi bien pour les emails qu'ici pour les commentaires (syntaxe Markdown).
Mais comme c'était pas pratique parce que chacun avait un desktop différent, les applications sont venues sur le web.
Il y avait aussi d'autres raisons : les utilisateurs n'avaient pas à se casser la tête pour installer l'application, on pouvait faire plein de mises à jour sans avoir à gérer la compatibilité entre les différentes versions, etc.
Aujourd'hui, comme on se rend compte que les applications sont bien jolies mais que si elles pouvaient communiquer entre elles ça serait pratique, on fait revenir tout ça dans le desktop.
Non, on ne fait pas revenir tout ça dans le desktop. C'est juste que les navigateurs n'implémentent pas encore assez d'API pour tout faire, donc on bricole autour. Mais ce n'est que passager, dans 5 ans, on aura oublié ça.
C'est quoi la prochaine étape ? Faire tourner le desktop dans un browser web ?
Le desktop, probablement pas. Il va mourir tout seul comme un grand.
Par contre, le mobile, oui. Et ça va venir vite. Regarde Firefox OS (anciennement, Boot 2 Gecko).
[^] # Re: Autre entrée sur le même sujet
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi URL spéciale petits écran. Évalué à 3 (+0/-0).
La CSS par défaut s'affiche maintenant relativement bien sur le site. Je ne pense pas que ça vaille la peine de créer un sous-domaine particulier pour les mobiles. Je ferme donc cette entrée. Pour la partie « pouvoir sélectionner une autre CSS sur les mobiles », il y a d'autres entrées sur le sujet.
[^] # Re: je fais partis de ces quinze
Posté par Bruno Michel (site web personnel) . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 4.
C'est maintenant refait et la CSS par défaut a été adaptée pour s'afficher pas trop mal sur mobile (mieux qu'avant en tout cas). Cf https://github.com/nono/linuxfr.org/commit/12620667089ac5d63a1621d65daa52aa9d0700eb.
[^] # Re: Patch accepté
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter la balise meta viewport. Évalué à 3 (+0/-0).
C'est à nouveau en place. J'ai adapté la feuille de style RonRonnement (celle utilisée par défaut) pour qu'elle tire profit des media-queries. On va voir ce qu'en pensent les utilisateurs ;-)
Cf https://github.com/nono/linuxfr.org/commit/12620667089ac5d63a1621d65daa52aa9d0700eb
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Commentaire qui passe pas. Évalué à 4 (+0/-0).
Oops, j'ai introduit un bug hier soir sur le contenu long sans titres (je voulais enlever le sommaire vide dans ce cas). C'est corrigé.
Cf https://github.com/nono/linuxfr.org/commit/fcf09cc36ef47d4441e07768f018c2034d8d0bc1
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Commentaires sur la CSS par défaut. Évalué à 3 (+0/-0).
Certains commentaires ont été pris en compte (retirer le coin arrondi, mettre la barre de recherche à coté du menu), d'autres ne le seront pas du tout. Mais, en tout cas, je ferme cette entrée.
Cf https://github.com/nono/linuxfr.org/commit/86eb88b74cddf900eecd3dfbcdf9ce328e6eb414
# Typographie
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Alinea en début de paragraphe. Évalué à 3 (+0/-0).
L'usage en typographie veut qu'on ne mette pas d'alinéas si les paragraphes sont déjà séparés par des lignes blanches.
[^] # Re: Patch accepté
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter la balise meta viewport. Évalué à 3 (+0/-0).
Il avait été retiré suite à http://linuxfr.org/suivi/style-casse-sur-mobile, mais ça serait bien de trouver une solution pour pouvoir ajouter quand même cette balise
<meta>
.[^] # Re: je fais partis de ces quinze
Posté par Bruno Michel (site web personnel) . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 5.
Non, ce n'est pas possible pour le moment. Il y a des entrées dans le suivi à ce sujet, mais j'avoue ne pas trop savoir par quel bout prendre ça (est-ce qu'il vaut mieux proposer par User-Agent ou en fonction de la résolution ? comment faire pour les utilisateurs non authentifiés ?). Ça fait parti des choses que je pense traiter bientôt, mais je ne refuse pas d'avoir quelques avis supplémentaires sur la question.
[^] # Re: Le bon lien
Posté par Bruno Michel (site web personnel) . En réponse au journal La fin du tiling dans KDE. Évalué à 3.
Voilà, c'est corrigé.
[^] # Re: Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher le choix du clic "pertinent inutile". Évalué à 3 (+0/-0).
Généralement, je fais un déploiement dès que j'ai fini de coder quelques trucs. En ce moment, c'est une fois par soir.
[^] # Re: Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher le choix du clic "pertinent inutile". Évalué à 5 (+0/-0).
Fait, cf https://github.com/nono/linuxfr.org/commit/f69a803a2d3da11287fd0806749d85f92d3db781
[^] # Re: Soutien
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Règles de modération des contenus, commentaires et comptes problématiques. Évalué à 10.
Ce n'est pas vraiment de la lassitude, mais les personnes qui forment l'équipe actuelle de modération ont globalement moins de temps à consacrer au site que ça a pu être le cas par le passé et préféreraient passer ce temps à faire des choses constructives (rédiger des dépêches notamment) plutôt qu'à devoir se justifier à chaque intervention. Du coup, on essaye de mettre en place quelques outils pour régler plus efficacement ces questions.
Et merci pour les encouragements :-)
[^] # Re: Ca veut dire...
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Règles de modération des contenus, commentaires et comptes problématiques. Évalué à 6.
Si, j'espère bien que l'on va continuer à avoir ces contenus. Nulle part, il est dit que c'est interdit. La charte dit juste que lorsque des modérateurs tombent sur de tels contenus dont les commentaires peuvent déraper, ils ne doivent pas le supprimer ou le modifier (en tout cas pas sans en discuter avec le reste de l'équipe) mais qu'il est bon de rappeler aux visiteurs les règles de courtoisie élémentaires.
De manière générale, cette charte ne vise pas à limiter la variété des contenus postés sur LinuxFr.org, mais juste à expliquer les règles aux quelles s’astreignent les modérateurs.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Non affichage des résultats du sondage. Évalué à 5 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/a1d56b092cef1c007b365da6ec9a008f216347cc
[^] # Re: Sympa :)
Posté par Bruno Michel (site web personnel) . En réponse au journal [css] linuxfr-solarized. Évalué à 4.
Il est bien caché : c'est juste pour tagger des contenus.
# Sympa :)
Posté par Bruno Michel (site web personnel) . En réponse au journal [css] linuxfr-solarized. Évalué à 5.
Félicitations pour cette feuille de style. Je la trouve très sympathique, avec une petite préférence pour la version sombre.
Pour la partie technique, je confirme que c'est bien du sass. D'ailleurs, n'hésite pas à réutiliser des styles déjà présent et tout particulièrement ceux présents dans le répertoire common. C'est fait pour ça. On y retrouve des styles pour l'autocomplete, les drapeaux, l'éditeur de texte markitup, les statistiques et des styles génériques.
Du coup, n'hésite pas à me pinger dès que tu veux que j'en fasse une feuille de style officielle.
[^] # Re: Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher le choix du clic "pertinent inutile". Évalué à 3 (+0/-0).
Perso, je trouve qu'il y a trop de liens / boutons / options sur les pages de LinuxFr.org et j'essaye d'aller vers plus de simplicité.
La phrase actuelle prend de la place mais cette fonctionnalité est là depuis suffisamment longtemps avec un intérêt important pour ne pas l'enlever. Par contre, il est bon de se poser la question de la pertinence d'ajouter de nouvelles choses à l'écran (ce n'est toujours que mon avis).
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [amélioration] Permettre la visualisation du sommaire automatique avant sa publication. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/743fb81e91bfbc99c246d4cfd2fd77eef5900a54
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Texte descriptif et URL dans les sondages. Évalué à 4 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/12290d4ca0ffd34ed91f2a6844d96fbb6d0ca5e7 et https://github.com/nono/linuxfr.org/commit/54a24d061004466ff66b23a17bb912e1fc3bdfff
[^] # Re: c'est quoi le rapport ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Firefox et Thunderbird, livrée 14. Évalué à 7.
Par contre, est-ce que tu pourrais utiliser
>
pour faire des citations plutôt que'
? C'est la convention aussi bien pour les emails qu'ici pour les commentaires (syntaxe Markdown).[^] # Re: 404 img.linuxfr.org
Posté par Bruno Michel (site web personnel) . En réponse au journal La prochaine Debian sera toute belle. Évalué à 10. Dernière modification le 25 juillet 2012 à 15:09.
Pas un bug, une feature. On refuse de servir les requêtes dont le content-type ne commence pas par
image/
pour des raisons de sécurité.# Ça marche maintenant
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Bouton « oublier » inopérant sous rekonq. Évalué à 3 (+0/-0).
Ça fonctionne avec rekonq 0.9.1.
[^] # Re: Tiens ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Intégration des web apps (dont LinuxFr.org) dans Unity. Évalué à 5.
Il y avait aussi d'autres raisons : les utilisateurs n'avaient pas à se casser la tête pour installer l'application, on pouvait faire plein de mises à jour sans avoir à gérer la compatibilité entre les différentes versions, etc.
Non, on ne fait pas revenir tout ça dans le desktop. C'est juste que les navigateurs n'implémentent pas encore assez d'API pour tout faire, donc on bricole autour. Mais ce n'est que passager, dans 5 ans, on aura oublié ça.
Le desktop, probablement pas. Il va mourir tout seul comme un grand.
Par contre, le mobile, oui. Et ça va venir vite. Regarde Firefox OS (anciennement, Boot 2 Gecko).
[^] # Re: Erreur dans le numéro
Posté par Bruno Michel (site web personnel) . En réponse au journal SPF désigné vainqueur dans le match contre Sender ID. Évalué à 2.
J'ai corrigé (en tant que modérateur, je peux modifier les journaux).
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Affichage des commentaires dans la boite utilisateur. Évalué à 3 (+0/-0).
Merci, ça marche bien :)