Aller au contenu

Sujets conseillés

Posté

Oui c'est clair que les navigateurs trop permissif (IE... qui a dit IE ??) sont (je pense) a l'origine de la plupart des code crados que l'on peut voir sur le net, si les navigateurs étaient plus strict, comme de vrai machines (ca marche ou ca marche pas, 0 ou 1, noir ou blanc) nous n'en serions pas la de nos jours ...

Laurent> un petit cas concret de mauvaise gestion de propriété css par IE, le text-align sur les elements de type block, centre les dits-elements, c connu mais il est possible que tu n'y ai pas pensé, si je me souviens de quelques autres cas, je te bip si ca t'interesse !

@++

Posté
Oui c'est clair que les navigateurs trop permissif (IE... qui a dit IE ??) sont (je pense) a l'origine de la plupart des code crados que l'on peut voir sur le net, si les navigateurs étaient plus strict, comme de vrai machines (ca marche ou ca marche pas, 0 ou 1, noir ou blanc) nous n'en serions pas la de nos jours ...

100 % d'accord avec toi ...

Et je pense que ça arrangerait largement ceux qui tatonnent ... il n'y a rien de pire que ces situations ou "ca marche" / "ca marche" pas ... sans comrpendre pkoi ...

En effet, comme ça marche sur IE ... on pense que son code est bon ... ce qui n'est pas le cas ... et du coup ... risque est grand de rester dans l'erreur sans se poser plus de question !! Danger !

Dans le codage l'aléatoire c'est terrible !! Et il est vrai que c'est très très déroutant de voir qq chose fonctionner s'érouler la seconde qui suit.

Moi qui essaie d'être rigoureuse avec ce que j'ai appris sur le tas ... avec ces 2 poids 2 mesures ... je ne suis pas aidée ... Disons qu'au pire je perds du temps et je tatonne ...

vive le code strict ....

Posté
Oui c'est clair que les navigateurs trop permissif (IE... qui a dit IE ??) sont (je pense) a l'origine de la plupart des code crados que l'on peut voir sur le net, si les navigateurs étaient plus strict, comme de vrai machines (ca marche ou ca marche pas, 0 ou 1, noir ou blanc) nous n'en serions pas la de nos jours ...

Pas tout à fait. Le HTML s'est développé de manière anarchique, tiraillé et constamment enrichi par des implémentations propriétaires (guerre des navigateurs netscape / microsoft). Dans ce cadre, netscape a amené à produire autant de mauvaises habitudes de codage que microsoft ;) Ce n'est pas la permissivité qui était en cause, mais les implémentations propriétaires.

L'histoire de la spécification HTML3.0 avortée (1995) est assez instructive : elle comportait plusieurs avancées originales et très intéressantes... Mais cette spec était sans rapport avec les implémentations réellemet possibles à l'époque, d'où son abandon au profit de HTML3.2 qui intérinait bon nombre de compromis foireux.

Actuellement, le problème est différent, puisqu'il faut faire avec :

- des normes plus rigoureuses ((X)HTML4.01 strict, XHTML basic...)

- des navigateurs conçus pour traiter de la soupe.

Laurent> un petit cas concret de mauvaise gestion de propriété css par IE, le text-align sur les elements de type block, centre les dits-elements, c connu mais il est possible que tu n'y ai pas pensé, si je me souviens de quelques autres cas, je te bip si ca t'interesse !

Merci !

Posté

Oui c'est vrai que la gueguerre crosfoft/ie contre netscape a aussi foutu pas mal le boxon dans les pages web, mais ces multiples balises mises a part le fait que les navigateurs laissaient passer tout et n'importe quoi (certains laissent encore et c bien le probleme) est quand meme un facteur important. Suis-je vraiment butté ou ai-je tout de meme un peu raison ? !!!!

J'ai un peu de mal a discuter vraiment a fond de ce genre de chose, je suis un peu jeune (non pas que tu es vieux laurent ! ... enfin qui sait ? ! ), mais je ne fait des pages web que depuis une 10aine de mois et je ne me soucis de ce genre de probleme que depuis 6 mois ^^ Avant le net c'etait un truc pour lire son courrier et 2-3 news sur différentes choses ! Je suis parfois un peu decu d'avoir loupé la naissance du web ! Ca m'aurait certainement plu... enfin c comme ca^^ on ne reviens pas en avant ... euh en arriere.

@++

Posté

Ce n'est pas simple de faire la part des choses, mais oui, la permissivité abusive des navigateurs est un obstacle à l'amélioration de la qualité des pages.

Tiens, un exemple très actuel, puisqu'il concerne les versions à venir de FireFox et Mozilla : pour améliorer la compatibilité avec les sites optimisés pour IE, Firefox supportera Document.all :

- seulement dans le cas où le script présume qu'il s'exécute dans IE sans avoir vérifié auparavant que document.all fonctionne;

- aussi bien en mode standard qu'en mode quirks;

- avec une implémentation encore différente de celle d'IE...

On a donc:

- à l'origine une fonctionnalité propriétaire (Document.all n'existe pas dans le DOM W3C) dans un navigateur donné...

- d'où des scripts incompatibles avec les navigateurs standards...

- qui finissent par devenir plus permissifs jusque dans leur mode de respect strict des standards...

- et surtout qui vont à présent encourager une très mauvaise pratique (utiliser Document.all sans au moins tester auparavant que le navigateur l'implémente).

:(

Posté

Je n'ai pas suivi en détail les discussions sur le sujet (elles devraient être détaillées prochainement par les blogueurs spécialisés dans ce domaine, je suppose).

Mais il me semble qu'il s'agit, pour Mozilla, de pouvoir plus facilement concurencer IE en levant plusieurs obstacles à la consultation sous les navigateurs Gecko des sites "optimisés IE". En quelque sorte, pouvoir dire : "avec Mozilla, vous avez tout IE (y compris une partie du propriétaire) et plus encore".

En tous cas, le changement relèverait plus de raisons de stratégie commerciale que d'autre chose.

Posté

Bonjour,

Suite à une question à propos du changement de couleur d'un lien au survol de la souris, les problèmes d'implémentations incorrectes et de permissivité des navigateurs ont été évoqués.

Voilà un exemple de plus, si besoin est, qui montre l'importance de travailler avec un navigateur interprétant correctement le code...
je cherchais justement un exemple de problème bien concret posé par les implémentations incorrectes et la tolérance excessive des navigateurs envers la soup de tags...
La permissivité des navigateurs face à un langage normalisé ne bénéficie pas autant qu'on voudrait le faire croire à ceux qui utilisent ce langage...

Le sujet méritait une discussion à lui seul, j'ai donc scindé le sujet.

Posté

Une initiative à suivre (ou à aider ;) ): Etude sur l'impact du support de document.all dans mozilla:

On est en train de visiter tous les bugs de la section "tech evangelism" (les listes répertoriés comme marchant mal dans mozilla parcequ'ils sont codés avec les pieds) avec une compilation du jour de Firefox/Mozilla et on vérifie si ce nouveau support de document.all fait marcher le site.

- Si le site marche maintenant il faut rajouter [bug248549fixed] dans le champ "Status Whiteboard".

- Si le site ne marche pas plus qu'avant, il faut rajouter [bug248549notfixed] dans le champ "Status Whiteboard".

Ca nous permettra de savoir si le jeu en vaut la chandelle en fait.

Veuillez vous connecter pour commenter

Vous pourrez laisser un commentaire après vous êtes connecté.



Connectez-vous maintenant
×
×
  • Créer...