Rajouter des elements HTML est amha pire qu'un hack CSS bien pensé, mais ce n'est pas le débat.
certes là n'est pas le débat, et je suis d'accord avec toi. puisque tu es tombé dans mon vil piege, sais tu que ccszengarden utilise des div vide pour permettre des mises en page sympa ? est ce mieux qu'un tableau ? ou qu'un span/div ... personnellement, je m'en fout ;)
pour ce qui est de l'information des gens, oui, il faut le faire. mon coup de gueule était plus sur le fait qu'avant de parler des problemes de IE, il serait interessant de parler des problemes recurrents avec les moteurs disant respecter les standards.
un mec qui code un browser, a lu les specs, cela est evident. par contre, ceux qui codent des sites s'adaptent de maniere transparentes aux bugs Opera/Konqueror/FF/Safari en faisant exactement ceque un dev web IE avec IE ... en pensant que le bug est un standard et que c'est les autres ont tord !!!!
... et bien souvent les bugs les plus con sont les plus chiant à corriger.
j'oubliais de dire qu'un certains nombres de bugs IE sont referencé par google sur le site de microsoft.
PS: Faudra quand meme que l'on m'explique pourquoi 75% des propriétés DOM que IE ne supporte pas ont un équivalent proprio avec juste le nom qui change ou presque. C'est vraiment du foutage de gueule.
parce que DOM 1 n'est pas si vieux par rapport à ce qui est devenu DOM 0, et que si IE supporte les deux syntaxe, alors cela oblige à maintenir 2 modeles pour deux bases d'utilisateurs.
d'un point de vu MS, changer le comportement de IE revient comme Apple à passer à Intel, ca risque de foutre le bordel et l'inquiétude partout ... conclusion, à contrario d'Apple, nous pouvons constater que MS ne fait toujours pas ce choix là.
par contre, rien ne t'empeche de redefinir les methodes en les aliassant en JS: si la methode n'existe pas, cela n'est pas genant de la définir ;) . et la notion d'héritage par prototypage, et de classe par prototypage, permet de le faire moyennant une bonne connaissance de JS.
maintenant, faut pas se leurrer, la base c'est uniquement IE 6 Win, IE 5.2 mac, FF, Safari, Opéra, Konqueror.
nous sommes bien loin des boxon qu'à l'époque des Mosaic multi plateforme buggé, NN1/NN2/NN3, IE2/IE3/IE4, tout ca en pseudo multiplateforme et reellement buggé.
Apres pour l'embarqué, il n'y a pas 36 moteurs, donc cela reste assez facile. mais faut prendre le temps ;)
mais chut ... faut que j'ai l'air de ne pas savoir ce que je raconte et que je trolle de maniere outranciere :D
[^] # Re: agir oui mais prendre le temps d'en gagner en lisant les docs avant
Posté par Mouns . En réponse au journal Cette corporation qui nous pourrit la vie. Évalué à 3.
certes là n'est pas le débat, et je suis d'accord avec toi. puisque tu es tombé dans mon vil piege, sais tu que ccszengarden utilise des div vide pour permettre des mises en page sympa ? est ce mieux qu'un tableau ? ou qu'un span/div ... personnellement, je m'en fout ;)
pour ce qui est de l'information des gens, oui, il faut le faire. mon coup de gueule était plus sur le fait qu'avant de parler des problemes de IE, il serait interessant de parler des problemes recurrents avec les moteurs disant respecter les standards.
un mec qui code un browser, a lu les specs, cela est evident. par contre, ceux qui codent des sites s'adaptent de maniere transparentes aux bugs Opera/Konqueror/FF/Safari en faisant exactement ceque un dev web IE avec IE ... en pensant que le bug est un standard et que c'est les autres ont tord !!!!
... et bien souvent les bugs les plus con sont les plus chiant à corriger.
j'oubliais de dire qu'un certains nombres de bugs IE sont referencé par google sur le site de microsoft.
parce que DOM 1 n'est pas si vieux par rapport à ce qui est devenu DOM 0, et que si IE supporte les deux syntaxe, alors cela oblige à maintenir 2 modeles pour deux bases d'utilisateurs.
d'un point de vu MS, changer le comportement de IE revient comme Apple à passer à Intel, ca risque de foutre le bordel et l'inquiétude partout ... conclusion, à contrario d'Apple, nous pouvons constater que MS ne fait toujours pas ce choix là.
par contre, rien ne t'empeche de redefinir les methodes en les aliassant en JS: si la methode n'existe pas, cela n'est pas genant de la définir ;) . et la notion d'héritage par prototypage, et de classe par prototypage, permet de le faire moyennant une bonne connaissance de JS.
maintenant, faut pas se leurrer, la base c'est uniquement IE 6 Win, IE 5.2 mac, FF, Safari, Opéra, Konqueror.
nous sommes bien loin des boxon qu'à l'époque des Mosaic multi plateforme buggé, NN1/NN2/NN3, IE2/IE3/IE4, tout ca en pseudo multiplateforme et reellement buggé.
Apres pour l'embarqué, il n'y a pas 36 moteurs, donc cela reste assez facile. mais faut prendre le temps ;)
mais chut ... faut que j'ai l'air de ne pas savoir ce que je raconte et que je trolle de maniere outranciere :D