Re: Les statistique Google reconnaissent les navigateurs basés sur Gecko

C'est du reste de ce que fait Gecko non ? Euh pas du tout, pour completer ce que dit Erwan voici quelques exemples : prend un editeur de texte et tape (en remplacant les [] ): hello world [table border="2"] [tr] [td]ceci n'est pas[/td][td]un tableau[/td] [/tr] [/table] sauvegarde sous le nom test1.html et ouvre le avec moz. Surprise le code est interprete. En tehorie il ne devrait pas, je n'ai jamais dit que c'etait du HTML, je n'ai pas ouvert le body, ce truc devrait au mieux s'afficher en tant que texte brut. un autre ? : [!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 2.0 strict//EN"] [html] [body] [div align="center"]hello world[/div] [/body] [/html] La je suis en strict 2.0, le tag div devrait passer a la trappe, ben non il est interprete sans probleme et mon hello world se place au centre. Moz est moins porcin qu'IE (notemment sur le DHTML) mais de la a dire qu'il respecte strictement la norme.... Tes "zigouigoui rigolos derriere", sont dans la norme ou pas ? Su oui, tous les moteurs doivent les supporter, car un moteur doit supporte la norme, toute la norme pas la norme, LES normes. Il y a une dizaine de normes differentes rien que pour le HTML, sans compter les XHTML, XSL et autres ECMA.Et vu ce qui nous arrive avec le XML ca va aps aller en s'arrangeant. Supporter toute les normes au sens strict ? C'est quasiment impossible. 1) - Il n'y a pas un site sur 1000 qui est W3C compliant. 2)- On peut imaginer un navigateur qui supporte les normes jusqu'a la 4.0 par exemple, mais il risque d'avoir une telle masse de code que derriere pour rattraper ca risque d'etre beau. A mon sens ce sera deja beau quand les navigateurs seront en mode respect partiel (ie tout ce qui marche est dans la norme) on en est meme pas la pour l'instant. Dans ce cas les zigouigouis deviennent des fonctions dans la norme, mais qui ne sont pas forcement supporter par tous les navigateurs. J'ai, cela dit, du mal à imaginer une fonction qui ne serait pas implémentable dans un moteur de rendu HTML pour des raisons d'architecture graves, Un exemple : la gestion des characteres. En theorie pour faire propre il faudrait que chaque signe(caractere) soit un objet a part entiere. En pratique ce n'est pas le cas. Les developpeurs utilise des techniques de groupage(ie les chaines de charactere sont traites comme des objets) et de poid mouche(ie on a un objet caractere et un seul par chaine que l'on decline suivant les besoins). Ca fait gagner du temps et de la place memoireen pagaille car il y a generallement plus d'un caractere dans une chaine. Mais si demain le DHTML inclu dans la norme la possibilite de bouger les elements d'une meme chaine independament les un des autres, ou de creer des effets de distortion/rotation/zoom par caractere, tout tombe a l'eau. Il faut recommencer une bonne partie du code. Il me semblait avoir lu (faut vraiment que je note mes sources moi) que les devs de mozz avaient d'abord optimisé le support de lanorme et la compatibilité et que maintenant ils cherchaient À optimiser. C'est exactement ce que je dis, Gecko se focalise d'abord sur le respect de la norme, la vitesse d'execution et l'occupation meoire passe en deuxieme. Kha