Je suis aussi sous firefox 4b11 en HTTPS et le favicon s'affiche bien. Je pense que ça doit être une histoire ce cache (la gestion du cache pour les favicons est assez particulière).
Non, on peut mettre 2 espaces en fin de ligne pour forcer un retour à la ligne. Ce n'est pas très joli, mais c'est comme ça que fonctionne la syntaxe Markdown.
> Alors disons que pour l'équivalent de 300€/400€ de travail, vous ne pensez pas qu'on aurait pu avoir un résultat bien meilleur ?
Clairement non. Désolé de te décevoir, mais il y a à mon avis pour une dizaine de jours pour refaire au moins aussi bien que ce que l'on a sur alpha.linuxfr.org, et un designer pro ne va pas travailler pour 40€ par jour.
J'en ai fait la demande à Mozilla mais cela ne va pas de soi. Le concours était exclu à l'équipe de modération et Mozilla était sponsor du concours, pas du développement de LinuxFr.org de manière générale. On va voir quelle sera leur réponse.
Dans le doute, crée les tickets, je ferais le tri. Si vraiment tu ne supportes pas github, tu peux toujours les remonter sur le suivi actuel : http://linuxfr.org/tracker/ avec la catégorie « Nouvelle version RoR ».
Cette partie est tombé à l'eau faute de candidats. Mozilla avait proposé un HTC Desire, mais cela n'a semble-t-il pas été suffisant pour avoir des propositions.
> Dans la catégorie râleur... Je croyais qu'on votait? c'était pour rire alors?
Je pensais avoir été clair en expliquant à plusieurs reprises que le classement du concours ne dépendait que de l'équipe de modération de LinuxFr.org. Le vote n'était là qu'à titre indicatif pour aider les AMR indécis.
> Les CSS Colors et OpenSuse sont plutôt bien noté, c'est dommage de ne pas les garder.
Toutes les CSS proposées dans le cadre du concours sont conservées et pourront être utilisées en passant par la page « Changer de style » [http://alpha.linuxfr.org/stylesheet/modifier].
> Il n'y a plus qu'à espérer que l'on puisse lire l'intégralité des dépêches en texte dans son lecteur RSS favori, ce qui n'est malheureusement pas le cas actuellement... Cette possibilité sera elle proposée avec la nouvelle version?
Je te laisse le soin d'aller essayer http://alpha.linuxfr.org et voir si les flux te conviennent ;-)
> Le site alpha ne marche plus (erreur 500 en tout cas d'ici)
Oui, ma faute, je devrais pourtant le savoir que ce n'est pas une bonne idée de pousser des changements risqués à 3h du mat juste avant de se coucher. Enfin bref, c'est revenu.
> Donc je profite de cette petite remarque sur la santé du site pour savoir s'il y a une vague idée de la date de résultat du concours. Je suppose que c'est comme debian, quand il sera prêt ? /o\
Florent, qui a organisé le concours, n'a en ce moment vraiment pas le temps de s'en occuper. Il va falloir patienter jusqu'à son retour.
> Après, les syntaxes wiki, c'est bien mais j'en utilise 36, du coup, il me faut presque toujours une doc sous la main pour avoir les spécificités de la syntaxe d'un wiki particulier. Et comme il n'y en pas une qui se dégage du lot et que j'en trouve aucune parfaite, c'est pas près de changer.
J'ai l'impression, peut-être fausse, que la syntaxe markdown sort un peu du lot et que c'est la syntaxe wiki que l'on retrouve le plus fréquemment. Et comme c'est une syntaxe que je trouve acceptable (pas parfaite, ni même ma préférée), c'est la syntaxe que j'utilise quand j'ai le choix.
Une autre bonne raison d'utiliser markdown est que ça va être la syntaxe utilisée pour les contenus et commentaires sur LinuxFr.org dans sa prochaine version.
D'ailleurs, le concept de Cantine Numérique a bien pris. Des cantines ont ouvert / vont ouvrir à Nantes, Rennes et dans d'autres villes. Mais en l'occurrence, la dépêche parle bien de la Cantine à Paris.
Ça, c'est la règle pour le faire à la main. Je voudrais plutôt un truc du genre :
mon_executable: $(OBJS) $(LDFLAGS)
pour indiquer à make qu'il doit reconstruire 'mon_executable' si LD_FLAGS change. Mais je ne sais pas faire ça sans avoir à mettre LDFLAGS dans un fichier à part.
Tu n'aurais pas juste envie de troller sur Mozilla sans chercher à comprendre leurs motivations ?
Les utilisateurs de la beta de Firefox-4.0 peuvent remonter des informations quand le navigateur a crashé. L'analyse de ces informations a permis à Mozilla de se rendre que de nombreux crashs venaient de l'accélération matérielle avec les drivers ATI, Nouveau, etc. Le seul driver qui semblerait ne pas poser de problème est (malheureusement) un driver proprio, celui de Nvidia.
Mozilla a donc provisoirement désactivé l'accélération matérielle sous GNU/Linux avec les drivers libres. Ce n'est qu'une mesure provisoire en attendant de pouvoir corriger ces problèmes. L'accélération matérielle sera réactivée pour tous les drivers qui passent les tests de https://cvs.khronos.org/svn/repos/registry/trunk/public/webg(...)
# Syntaxe markdown
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Retour a la ligne dans les commentaires. Évalué à 1 (+0/-0).
Pour les retours à la ligne, je m'en tiens à la syntaxe markdown.
[^] # Re: OMG...
Posté par Bruno Michel (site web personnel) . En réponse au journal SAI BOOOOOOOOOO. Évalué à 3.
Non, elle marche pour tous les langages reconnus par pygments : http://pygments.org/languages/
Pour le PHP, il semblerait qu'il faut mettre les balises d'ouverture/fermeture :
[^] # Re: je vais me vais moinsé
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouvelle version de LinuxFr.org. Évalué à 5.
Par curiosité, quels sites t'ont ébahi récemment ?
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi erreur multiple lors de la saisie d'une nouvelle entrée dans le . Évalué à 2 (+0/-0).
https://linuxfr.org/suivi/erreur-404-quand-on-poste-dans-un-forum
# Ni l'un, ni l'autre ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi favicon inexistante en https avec FF 4b11. Évalué à 2 (+0/-0).
Je suis aussi sous firefox 4b11 en HTTPS et le favicon s'affiche bien. Je pense que ça doit être une histoire ce cache (la gestion du cache pour les favicons est assez particulière).
# Effectivement
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi /users devrait rediriger vers /tableau-de-bord. Évalué à 2 (+0/-0).
Le tableau de bord remplace bien /users et je viens d'ajouter la redirection.
# Quel navigateur ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Non-mémorisation de certains paramètres. Évalué à 2 (+0/-0).
Tu utilises quel navigateur ?
[^] # Re: Syntaxe
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Retour à la ligne ne fonctionne plus. Évalué à 1 (+0/-0).
Non, on peut mettre 2 espaces en fin de ligne pour forcer un retour à la ligne. Ce n'est pas très joli, mais c'est comme ça que fonctionne la syntaxe Markdown.
[^] # Re: OMG...
Posté par Bruno Michel (site web personnel) . En réponse au journal SAI BOOOOOOOOOO. Évalué à 2.
En mettant un supérieur en début de ligne (moyen mnémotechnique : c'est comme pour les mails) :
[^] # Re: OMG...
Posté par Bruno Michel (site web personnel) . En réponse au journal SAI BOOOOOOOOOO. Évalué à 3.
Pour le moment, tu peux utiliser une CSS perso pour faire ça.
De quels abus parles-tu ?
Les flux RSS ont été remplacés par des flux Atom. La redirection brutale ne fonctionne pas (pas le même content-type par exemple).
Normalement, la plupart des URL de l'ancien site redirige vers le contenu équivalent sur le nouveau site.
[^] # Re: Bravo
Posté par Bruno Michel (site web personnel) . En réponse au journal SAI BOOOOOOOOOO. Évalué à 2.
Sur la page du journal, il y a un lien Envoyer un commentaire (en bas de la page).
[^] # Re: Moche
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 5.
Clairement non. Désolé de te décevoir, mais il y a à mon avis pour une dizaine de jours pour refaire au moins aussi bien que ce que l'on a sur alpha.linuxfr.org, et un designer pro ne va pas travailler pour 40€ par jour.
[^] # Re: Et la partie "killer feature" du concours ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 1.
[^] # Re: Comment signaler les bugs proprement ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 4.
[^] # Re: trib
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 2.
[^] # Re: Et la partie "killer feature" du concours ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 2.
[^] # Re: et le vote?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 3.
Je pensais avoir été clair en expliquant à plusieurs reprises que le classement du concours ne dépendait que de l'équipe de modération de LinuxFr.org. Le vote n'était là qu'à titre indicatif pour aider les AMR indécis.
> Les CSS Colors et OpenSuse sont plutôt bien noté, c'est dommage de ne pas les garder.
Toutes les CSS proposées dans le cadre du concours sont conservées et pourront être utilisées en passant par la page « Changer de style » [http://alpha.linuxfr.org/stylesheet/modifier].
[^] # Re: dans les prochains jours
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 6.
Je te laisse le soin d'aller essayer http://alpha.linuxfr.org et voir si les flux te conviennent ;-)
[^] # Re: Petit problème
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Fin du concours LinuxFr.org. Évalué à 2.
Oui, ma faute, je devrais pourtant le savoir que ce n'est pas une bonne idée de pousser des changements risqués à 3h du mat juste avant de se coucher. Enfin bref, c'est revenu.
> Donc je profite de cette petite remarque sur la santé du site pour savoir s'il y a une vague idée de la date de résultat du concours. Je suppose que c'est comme debian, quand il sera prêt ? /o\
Florent, qui a organisé le concours, n'a en ce moment vraiment pas le temps de s'en occuper. Il va falloir patienter jusqu'à son retour.
[^] # Re: Belle évolution
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Rififi autour de Subversion. Évalué à 7.
[^] # Re: Syntaxe
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Groff sort en version 1.21. Évalué à 3.
J'ai l'impression, peut-être fausse, que la syntaxe markdown sort un peu du lot et que c'est la syntaxe wiki que l'on retrouve le plus fréquemment. Et comme c'est une syntaxe que je trouve acceptable (pas parfaite, ni même ma préférée), c'est la syntaxe que j'utilise quand j'ai le choix.
Une autre bonne raison d'utiliser markdown est que ça va être la syntaxe utilisée pour les contenus et commentaires sur LinuxFr.org dans sa prochaine version.
[^] # Re: Infos locales : Paris
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Événement(s) AppUp et MeeGo en France. Évalué à 3.
- http://blog.doyoubuzz.com/fr/a-la-une/une-cantine-numerique-(...)
- http://www.lacantine-rennes.net/
[^] # Re: Infos locales : Paris
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Événement(s) AppUp et MeeGo en France. Évalué à 2.
[^] # Re: make ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.
mon_executable: $(OBJS) $(LDFLAGS)
pour indiquer à make qu'il doit reconstruire 'mon_executable' si LD_FLAGS change. Mais je ne sais pas faire ça sans avoir à mettre LDFLAGS dans un fichier à part.
[^] # Re: Deux poids deux messures ?
Posté par Bruno Michel (site web personnel) . En réponse au journal Comparaison Firefox et Chromium avec un benchmark du web. Évalué à 5.
Les utilisateurs de la beta de Firefox-4.0 peuvent remonter des informations quand le navigateur a crashé. L'analyse de ces informations a permis à Mozilla de se rendre que de nombreux crashs venaient de l'accélération matérielle avec les drivers ATI, Nouveau, etc. Le seul driver qui semblerait ne pas poser de problème est (malheureusement) un driver proprio, celui de Nvidia.
Mozilla a donc provisoirement désactivé l'accélération matérielle sous GNU/Linux avec les drivers libres. Ce n'est qu'une mesure provisoire en attendant de pouvoir corriger ces problèmes. L'accélération matérielle sera réactivée pour tous les drivers qui passent les tests de https://cvs.khronos.org/svn/repos/registry/trunk/public/webg(...)