La seule chose que je dis, c'est que les standards du W3C ne sont pas un but en soi. Je dis bien "dans la vraie vie".
Alors, évidemment qu'il faut s'en rapprocher, je ne les rejette pas ! Mais on peut faire un site standard à base de tableaux ! On peut faire un site standard avec des <br> et des <font> !
Les principes fondamentaux à appliquer aujourd'hui, c'est plutôt :
- le concept d'amélioration progressive, le principe étant qu'un site web doit pouvoir être utilisé par tous. Les standards du web en sont certes l'une des clés, mais pas la seule.
Voilà pourquoi je disais que la validation n'est pas un but. Alors, certes, ça aide à trouver des bugs, mais au final, il ne faut pas tout baser là-dessus.
Ce sont des résultats très intéressants, mais il ne faut pas oublier que la validation n'est pas un but en soi, et la communauté Web commence à revenir du "tout standard".
Plutôt de parler des navigateurs, il faudrait peut-être parler des moteurs d'affichage...
Seamonkey, Firefox, K-Meleon, Epiphany, Camino repose tous sur le même moteur, alors que d'après le schéma, on pourrait penser qu'ils ont tous forké à un moment donné et qu'ils se sont développé dans leur coin.
Sur le schéma, c'est vrai pour IE ou Netscape par rapport à Mozaic, ou Mozilla par rapport à Netscape (et encore, ils ont plutôt tout refait à l'époque), mais pas pour les différents logiciels qui utilisent Gecko. Ni pour ceux qui utilisent Webkit (Safari, le navigateur du N80 (?), Adobe AIR...).
C'est bien, apres le support du CSS2, on va pouvoir passer à un support conforme du JavaScript (ou EcmaScript) et du DOM (addEventListener et compagnie) ...
De mon côté, j'utilise une idée de captcha "accessible" : on pose une question débile, et le commentateur doit y répondre correctement.
-> on a un pool de question, c'est donc pas forcément toujours les memes
-> on peut changer facilement ce pool (dans le cas de phpbb, ça pourrait etre dans l'interface d'admin) => entre deux installations, on n'a donc pas les mêmes questions
-> c'est difficile à mirrorer sur un site externe où des humains répondraient à la place du robot, car ce n'est pas qu'une image
C'était un plugin qui avait été fait par Olivier Meunier il y a quelque temps pour dotclear; on doit pouvoir encore le trouver dans leurs forums.
D'après ce que j'ai compris, ce qu'on appelle ici "pur client web", c'est quand même du XUL.
Pour récapituler, voici les modes d'exécution de XUL:
- dans le navigateur, sans installation: on n'a pas de privilèges élevés (pas d'accès aux fichiers locaux, etc); c'est ce qui est ici appelé "pur web"
- sous forme d'extension
- avec XulRunner
- en tant qu'application standalone recompilée (mais ça tend à disparaître, heureusement, avec XulRunner)
OpenMDX permet aussi de générer du code à partir de fichiers XMI issus de divers logiciels (rational, poseidon, etc), mais je crois qu'il va plus loin : binding SQL, interface web graphique générique, etc.
En fait, sous Linux, c'est pas que les threads sont implémentés comme de la merde (== sont lents comme des forks), c'est plutôt que les forks sont super bien foutus (== sont aussi rapides qu'une création de thread).
[^] # Re: La validation n'est pas un but en soi
Posté par Julien Wajsberg . En réponse à la dépêche Les standards du Web et l'étude MAMA. Évalué à 2.
La seule chose que je dis, c'est que les standards du W3C ne sont pas un but en soi. Je dis bien "dans la vraie vie".
Alors, évidemment qu'il faut s'en rapprocher, je ne les rejette pas ! Mais on peut faire un site standard à base de tableaux ! On peut faire un site standard avec des <br> et des <font> !
Les principes fondamentaux à appliquer aujourd'hui, c'est plutôt :
- la structuration sémantique des sites web, sans la pousser à outrance. Voir à ce sujet l'excellent article de Vincent Valentin : http://www.htmlzengarden.com/2008/10/fil_d_ariane_et_semanti(...)
- le concept d'amélioration progressive, le principe étant qu'un site web doit pouvoir être utilisé par tous. Les standards du web en sont certes l'une des clés, mais pas la seule.
Voilà pourquoi je disais que la validation n'est pas un but. Alors, certes, ça aide à trouver des bugs, mais au final, il ne faut pas tout baser là-dessus.
# La validation n'est pas un but en soi
Posté par Julien Wajsberg . En réponse à la dépêche Les standards du Web et l'étude MAMA. Évalué à -3.
Sur le sujet, on peut lire avec profit l'article récent de Molly Holzschlag, paru sur A List Apart :
http://alistapart.com/articles/webstandards2008
# Paris Web 2008
Posté par Julien Wajsberg . En réponse à la dépêche Appels à communications : JDLL, 25C3, FOSDEM. Évalué à 1.
L'association a publié son appel à propositions, n'hésitez pas à proposer des choses :-)
C'est par là => http://www.paris-web.fr/2008/Appel-a-propositions
# Aptana propriétaire ?
Posté par Julien Wajsberg . En réponse à la dépêche Sortie de Eclipse 3.4 - Ganymede. Évalué à 1.
Il me semblait bien que c'était un logiciel libre...
# Utilisation de jQuery avec des classes
Posté par Julien Wajsberg . En réponse à la dépêche Poisson d'avril de 2008. Évalué à 2.
C'est très geek mais c'est bon ;-)
[^] # Re: Binaires incomplets
Posté par Julien Wajsberg . En réponse à la dépêche Publication de MBean Monitor. Évalué à 1.
# La timeline des navigateurs
Posté par Julien Wajsberg . En réponse à la dépêche IE8, le test Acid2 et le futur du web. Évalué à 1.
Seamonkey, Firefox, K-Meleon, Epiphany, Camino repose tous sur le même moteur, alors que d'après le schéma, on pourrait penser qu'ils ont tous forké à un moment donné et qu'ils se sont développé dans leur coin.
Sur le schéma, c'est vrai pour IE ou Netscape par rapport à Mozaic, ou Mozilla par rapport à Netscape (et encore, ils ont plutôt tout refait à l'époque), mais pas pour les différents logiciels qui utilisent Gecko. Ni pour ceux qui utilisent Webkit (Safari, le navigateur du N80 (?), Adobe AIR...).
# Et Javascript...
Posté par Julien Wajsberg . En réponse à la dépêche IE8, le test Acid2 et le futur du web. Évalué à 2.
[^] # Re: Génial !
Posté par Julien Wajsberg . En réponse à la dépêche Enlightenment : c'est reparti. Évalué à 2.
Là tu parles de Xinerama... mais c'est désactivable pour avoir un Screen par écran, tout simplement.
[^] # Re: Concrètement
Posté par Julien Wajsberg . En réponse à la dépêche Creative dévoile ses premiers pilotes bêta pour Linux (64 bits...). Évalué à 4.
Evidemment, on verra pas trop de différence si on utilise des enceintes de type "pourrie"...
[^] # Re: A noter
Posté par Julien Wajsberg . En réponse à la dépêche Aptana : finalement ce sera de la double licence.. Évalué à 1.
Et je ne rentrerai pas dans le troll de comparaison des frameworks JS :) (mais jQuery, c'est bon, mangez-en !)
[^] # Re: toujours pas de gestion des spammeurs ?
Posté par Julien Wajsberg . En réponse à la dépêche Nouvelle version de phpBB : Olympus passe en RC1 !. Évalué à 1.
-> on a un pool de question, c'est donc pas forcément toujours les memes
-> on peut changer facilement ce pool (dans le cas de phpbb, ça pourrait etre dans l'interface d'admin) => entre deux installations, on n'a donc pas les mêmes questions
-> c'est difficile à mirrorer sur un site externe où des humains répondraient à la place du robot, car ce n'est pas qu'une image
C'était un plugin qui avait été fait par Olivier Meunier il y a quelque temps pour dotclear; on doit pouvoir encore le trouver dans leurs forums.
[^] # Re: Questions
Posté par Julien Wajsberg . En réponse à la dépêche OneTeam, un client de messagerie instantanée en Mozilla/XUL. Évalué à 1.
Pour récapituler, voici les modes d'exécution de XUL:
- dans le navigateur, sans installation: on n'a pas de privilèges élevés (pas d'accès aux fichiers locaux, etc); c'est ce qui est ici appelé "pur web"
- sous forme d'extension
- avec XulRunner
- en tant qu'application standalone recompilée (mais ça tend à disparaître, heureusement, avec XulRunner)
[^] # Re: Mon avis
Posté par Julien Wajsberg . En réponse au journal J'aimerais qu'on m'explique. Évalué à 3.
Et, euh, tu crois que quand la GPLv2 est sortie, elle n'était pas militante pour l'époque ?
[^] # Re: Kompozer
Posté par Julien Wajsberg . En réponse à la dépêche Nvu, Kompozer et Mozilla Composer. Évalué à 1.
[^] # Re: Un projet d'avenir...
Posté par Julien Wajsberg . En réponse à la dépêche Sortie de Acceleo 1.1. Évalué à 2.
OpenMDX permet aussi de générer du code à partir de fichiers XMI issus de divers logiciels (rational, poseidon, etc), mais je crois qu'il va plus loin : binding SQL, interface web graphique générique, etc.
[^] # Re: Menus DVD
Posté par Julien Wajsberg . En réponse à la dépêche GeeXboX Open Media Center: 1.0. Évalué à -1.
Ouais, enfin c'est dans le SVN actuel de mplayer, quoi...
[^] # Re: ...
Posté par Julien Wajsberg . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 6.
vala vala..
[^] # Re: MH Message Handling System
Posté par Julien Wajsberg . En réponse à la dépêche Sortie de Sylpheed-Claws 2.2.0. Évalué à 3.
http://wiki.dovecot.org/MailboxFormats
Globalement, MBox est plus performant pour les recherches (où il faut lire tout plein de messages à la suite), mais pas super fiable...
# XUL ?
Posté par Julien Wajsberg . En réponse à la dépêche Zen, le CRM open source (GPL). Évalué à 1.
Peut-être réutilisation des compétences ?
[^] # Re: JMF?
Posté par Julien Wajsberg . En réponse à la dépêche Sortie de GNU Classpath 0.90, dit "A La Mort Subite". Évalué à 1.
http://www.mercury.to/index.php?page=Wiki&wikipage=Insta(...)
[^] # Re: Interessant
Posté par Julien Wajsberg . En réponse à la dépêche Beagle 0.2 : le "Desktop Search" gagne en stabilité. Évalué à 1.
Et je pense pas que ce soit ces quelques différences avec C# qui changent grand chose, à vrai dire...
[^] # Re: cvs ???
Posté par Julien Wajsberg . En réponse à la dépêche PhpWebGallery 1.5. Évalué à 6.
[^] # Re: Fédération d'identité
Posté par Julien Wajsberg . En réponse à la dépêche Sortie d'Authentic 0.5. Évalué à 4.
[^] # Re: Pour info...
Posté par Julien Wajsberg . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 3.
http://fr.wikipedia.org/wiki/Panda_rouge(...)