Les questions posées dans ce forum n'avaient souvent rien à y faire, et quand elles portaient effectivement sur templeet, elles n'avaient pas de réponses. Donc vaut mieux que les gens intéressés par templeet aillent directement voir à la source : la mailing-list de templeet.
La feuille de style par défaut sépare la catégorie du titre de la dépêche par des deux-points. Ça marche bien dans les navigateurs modernes mais je n'ai pas d'IE pour vérifier s'il le fait aussi ou non.
Certaines personnes sont des relecteurs, c'est-à-dire qu'ils peuvent voir les dépêches avant leur publication pour corriger les fautes d'orthographe, clarifier certains points, en reformuler d'autres et donner leur avis si la dépêche est intéressante pour être publiée ou non.
Parmi ces relecteurs, certains sont passés au stade supérieur : ils deviennent des modérateurs. En plus des attributions des relecteurs, ils peuvent accepter ou refuser les dépêches quand celles-ci atteignent un nombre d'avis suffisants. Elles peuvent aussi intervenir sur les contenus du site pour supprimer des propos litigieux.
Enfin, il y a les admins qui ont les plein pouvoir. En plus de la relecture et de la modération, ils peuvent ajouter des forums ou en archiver, créer des catégories pour le suivi, modifier la liste des sites amis, éditer les pages « À propos de LinuxFr.org », etc.
En fait, l'espace de rédaction est actuellement accessible aux personnes qui ont le rôle writer. On obtient ce rôle en ayant écrit au moins une dépêche. Je t'ai également donné ce rôle pour que tu puisses y accéder.
Cette catégorie est prévue, elle attend juste un logo.
Oui. De même pour la catégorie C/C++ (ou tout autre demande pour une nouvelle catégorie), il faudrait un logo. Mais une fois que le logo est là, je suis tout à fait pour ouvrir de nouvelles catégories.
J'avais mis à jour MarkItUp avec la version master du dépôt git, mais vu qu'il n'y avait que 2 commits qui n'avaient pas l'air d'avoir touché à ça, je ne pensais pas que ça corrigerait le problème.
on a l'impression qu'ils reprennent ce qui existe depuis un bail sous chromium/chrome (html5, forms [...])
Pour avoir joué avec les formulaires HTML5 sur LinuxFr.org, je peux te dire que Firefox les gère bien mieux que Chromium. J'ai l'impression que Google a fait la course pour avoir le maximum de croix dans les comparatifs mais leur prise en charge est très superficielle. Au contraire, Firefox supporte moins d'éléments mais les éléments et attributs supportés le sont dans les règles de l'art.
Par contre, c'est vrai que pour l'interface, on a clairement l'impression que Firefox ne fait que suivre Chromium. Espérons que ça s'améliore dans les prochaines versions maintenant que le retard a été comblé.
Les bases ne sont pas là : Les onglets ne sont toujours pas sandboxés : une page qui foire explose tout le navigateur ;-(
Ce n'est pas simple à faire. Pour donner une idée, je travaille en ce moment sur des fonctionnalités HTML5 poussées en ce moment plus pas mal de Javascript. Ça suffit à tuer Firefox4 et Chromium (ainsi que les autres navigateurs testés) plusieurs fois par jour. Et à aucun moment le sandboxing de chromium n'a été de la moindre utilité. À chaque fois que ça plante, ça plante tout le navigateur.
C'est dommage de ne faire "que suivre" ... certes, le rythme va s'accélérer, en terme de release ... mais il y a beaucoup de chemin avant d'arriver au niveau d'un chromium, sous l'os dont on parle sur ce site ;-(
Pour ma part, je considère que Firefox 4 fait plus que tenir la comparaison avec Chrome sous cet OS. Je fais du développement web et j'utilise les deux navigateurs tous les jours. Je joue notamment pas mal avec les trucs bleeding edge, et je rencontre plus de bugs avec chromium qu'avec Firefox 4 sur ce terrain. Par exemple, ça fait une semaine que je peste à cause de ce bug sur la gestion du focus : http://code.google.com/p/chromium/issues/detail?id=18018
Il y a aussi des sujets sur lesquels Firefox innove et les autres suivent. Firebug est toujours loin devant les autres outils du même style des autres navigateurs. Celui de Chrome perd la moitié des informations dans les backtraces des erreurs JS, ne sait pas conserver les erreurs JS quand on change de page (très pratique pour débugger les bugs où l'erreur provoque un changement de page comme celui-ci), ne sait pas mettre à jour le DOM en temps réel, etc. Et bien sûr, aucun problème avec firebug 1.7 sous firefox 4 pour faire tout ça ;-)
Bref, si Chrome innove et est en avance sur pas mal de points, je lui préfère quand même Firefox 4. Les deux navigateurs sont différents et le choix entre les deux est surtout une histoire de goût.
C'est un doublon de htts://linuxfr.org/suivi/quand-on-se-connecte-on-arrive-sur-la-page-daccueil mais surtout, comme pour l'entrée, j'aimerais bien connaître le parcours précis que tu as suivi.
# Espace de rédaction ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi 755, dépêches en attente. Évalué à 2 (+0/-0).
À votre avis, est-ce que les dépêches mises en attente doivent aller dans l'espace de rédaction ?
[^] # Re: Ruby ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Elixir, enfin une syntaxe agréable pour Erlang ?. Évalué à 5.
Oui, la syntaxe est fortement inspirée de Ruby. C'est d'ailleurs marqué au début de la dépêche :
Et ce n'est pas étonnant, José Valim, le créateur d'Elixir, est un membre de la core team de Ruby on Rails.
[^] # Re: Archivé
Posté par Bruno Michel (site web personnel) . En réponse au message Forum Templeet bloqué. Évalué à 3.
Les questions posées dans ce forum n'avaient souvent rien à y faire, et quand elles portaient effectivement sur templeet, elles n'avaient pas de réponses. Donc vaut mieux que les gens intéressés par templeet aillent directement voir à la source : la mailing-list de templeet.
[^] # Re: Style d'affichage de la catégorie d'une dépêche
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouvelle version de LinuxFr.org, un mois après. Évalué à 2.
La feuille de style par défaut sépare la catégorie du titre de la dépêche par des deux-points. Ça marche bien dans les navigateurs modernes mais je n'ai pas d'IE pour vérifier s'il le fait aussi ou non.
[^] # Re: rôle
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Nouvelle version de LinuxFr.org, un mois après. Évalué à 4.
Certaines personnes sont des relecteurs, c'est-à-dire qu'ils peuvent voir les dépêches avant leur publication pour corriger les fautes d'orthographe, clarifier certains points, en reformuler d'autres et donner leur avis si la dépêche est intéressante pour être publiée ou non.
Parmi ces relecteurs, certains sont passés au stade supérieur : ils deviennent des modérateurs. En plus des attributions des relecteurs, ils peuvent accepter ou refuser les dépêches quand celles-ci atteignent un nombre d'avis suffisants. Elles peuvent aussi intervenir sur les contenus du site pour supprimer des propos litigieux.
Enfin, il y a les admins qui ont les plein pouvoir. En plus de la relecture et de la modération, ils peuvent ajouter des forums ou en archiver, créer des catégories pour le suivi, modifier la liste des sites amis, éditer les pages « À propos de LinuxFr.org », etc.
# Archivé
Posté par Bruno Michel (site web personnel) . En réponse au message Forum Templeet bloqué. Évalué à 2.
Le forum templeet n'avait quasiment plus aucune activité et a donc été archivé. C'est donc voulu que l'on ne puisse plus poster dedans.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Afficher la date de la dernière révision. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/003f8fe7a13adc462efdd23f07ec1eb2e2437b4f
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi nouvelle css cascade-alternative.css. Évalué à 2 (+0/-0).
Elle est maintenant disponible sur la page « Changer de style ».
Cf https://github.com/nono/linuxfr.org/commit/7d9e71fca954d4dbac12034fc4c386bb6b0feb92
[^] # Re: #
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Grises: problème de saut de ligne sur les puces. Évalué à 2 (+0/-0).
Appliqué, cf https://github.com/nono/linuxfr.org/commit/c38da0a25ccc924b75a5188e22d13ec9e90b715f
[^] # Re: Quelle CSS ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi CSS Signature. Évalué à 2 (+0/-0).
Fait, cf https://github.com/nono/linuxfr.org/commit/b60dc8deaad264cda37203ad83eaff8749a520f4
[^] # Re: Je dirais même plus
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Changement de la catégorie « game » pour « jeu ». Évalué à 2 (+0/-0).
Voilà, c'est fait.
[^] # Re: Hassan Cehef
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Créer de nouvelles sections et en effacer d'autres. Évalué à 2 (+0/-0).
la section C et C++ a été créée : http://linuxfr.org/sections/c-et-c. Maintenant, va falloir proposer des dépêches pour la remplir ;-)
# L'espace de rédaction n'est pas tout fait public
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Espace de rédaction inaccessible.. Évalué à 2 (+0/-0).
En fait, l'espace de rédaction est actuellement accessible aux personnes qui ont le rôle writer. On obtient ce rôle en ayant écrit au moins une dépêche. Je t'ai également donné ce rôle pour que tu puisses y accéder.
[^] # Re: Friendly ID
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Échappement de caractères spéciaux. Évalué à 2 (+0/-0).
Voilà, c'est corrigé.
[^] # Re: Logo ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter une catégorie « Distribution ». Évalué à 2 (+0/-0).
Déjà pris pour la section Linux : http://linuxfr.org/sections/linux
[^] # Re: Hassan Cehef
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Créer de nouvelles sections et en effacer d'autres. Évalué à 2 (+0/-0).
Oui. De même pour la catégorie C/C++ (ou tout autre demande pour une nouvelle catégorie), il faudrait un logo. Mais une fois que le logo est là, je suis tout à fait pour ouvrir de nouvelles catégories.
[^] # Re: MarkItUp
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi « Enter » ne fonctionne pas dans les commentaires. Évalué à 2 (+0/-0).
J'avais mis à jour MarkItUp avec la version master du dépôt git, mais vu qu'il n'y avait que 2 commits qui n'avaient pas l'air d'avoir touché à ça, je ne pensais pas que ça corrigerait le problème.
Enfin, tant mieux :-)
[^] # Re: Langage Google: non merci !
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Quelques nouvelles rapides du langage Go. Évalué à 2.
Il y a aussi https://github.com/josevalim/elixir
[^] # Re: fan de la première heure
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 10. Dernière modification le 23 mars 2011 à 00:39.
Pour avoir joué avec les formulaires HTML5 sur LinuxFr.org, je peux te dire que Firefox les gère bien mieux que Chromium. J'ai l'impression que Google a fait la course pour avoir le maximum de croix dans les comparatifs mais leur prise en charge est très superficielle. Au contraire, Firefox supporte moins d'éléments mais les éléments et attributs supportés le sont dans les règles de l'art.
Par contre, c'est vrai que pour l'interface, on a clairement l'impression que Firefox ne fait que suivre Chromium. Espérons que ça s'améliore dans les prochaines versions maintenant que le retard a été comblé.
Ce n'est pas simple à faire. Pour donner une idée, je travaille en ce moment sur des fonctionnalités HTML5 poussées en ce moment plus pas mal de Javascript. Ça suffit à tuer Firefox4 et Chromium (ainsi que les autres navigateurs testés) plusieurs fois par jour. Et à aucun moment le sandboxing de chromium n'a été de la moindre utilité. À chaque fois que ça plante, ça plante tout le navigateur.
Pour ma part, je considère que Firefox 4 fait plus que tenir la comparaison avec Chrome sous cet OS. Je fais du développement web et j'utilise les deux navigateurs tous les jours. Je joue notamment pas mal avec les trucs bleeding edge, et je rencontre plus de bugs avec chromium qu'avec Firefox 4 sur ce terrain. Par exemple, ça fait une semaine que je peste à cause de ce bug sur la gestion du focus : http://code.google.com/p/chromium/issues/detail?id=18018
Il y a aussi des sujets sur lesquels Firefox innove et les autres suivent. Firebug est toujours loin devant les autres outils du même style des autres navigateurs. Celui de Chrome perd la moitié des informations dans les backtraces des erreurs JS, ne sait pas conserver les erreurs JS quand on change de page (très pratique pour débugger les bugs où l'erreur provoque un changement de page comme celui-ci), ne sait pas mettre à jour le DOM en temps réel, etc. Et bien sûr, aucun problème avec firebug 1.7 sous firefox 4 pour faire tout ça ;-)
Bref, si Chrome innove et est en avance sur pas mal de points, je lui préfère quand même Firefox 4. Les deux navigateurs sont différents et le choix entre les deux est surtout une histoire de goût.
[^] # Re: Les formulaires JTML5 sont maintenant pris en charge
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 4.
Il y a effectivement un événement
invalid
que l'on peut attraper. Cf http://dev.w3.org/html5/spec/association-of-controls-and-forms.html#constraintsSinon, il existe aussi un attribut
validity
pour savoir si un champ est valide ou non. Cf http://dev.w3.org/html5/spec/association-of-controls-and-forms.html#dom-cva-validity# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Disparition des listes lors de l'édition. Évalué à 2 (+0/-0).
C'est corrigé et j'espère ne pas avoir pété trop de trucs au passage (la modification était loin d'être simple).
Cf https://github.com/nono/linuxfr.org/commit/da72536e708cb8e4380952296342a0697ce0b3cd
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi pages blanches lors de la validation d'edition sous chrome . Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/fece31bf6fb4d1f709d7bb8b938b4ece43478e0a
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Licence des dépêches collaboratives. Évalué à 2 (+0/-0).
Les dépêches collaboratives sont maintenant toutes sous licence CC by-sa.
Cf https://github.com/nono/linuxfr.org/commit/88547e72109e8a8af2b0816a0f9344f6503b510f
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Redirection apres login. Évalué à 2 (+0/-0).
C'est un doublon de htts://linuxfr.org/suivi/quand-on-se-connecte-on-arrive-sur-la-page-daccueil mais surtout, comme pour l'entrée, j'aimerais bien connaître le parcours précis que tu as suivi.
# On peut...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi fonction d'édition des textes (commentaires, journaux, etc...). Évalué à 2 (+0/-0).
Je peux le faire. D'ailleurs, ça existe déjà sur le wiki. Voici par exemple une révision sur la page principale du wiki : http://linuxfr.org/wiki/LinuxFrorg/revisions/36
Mais la question est surtout de savoir si ça intéresse les gens. Je laisse les gens voter pour en décider.