"IE7" ou IE6 sachant interpreter les standards...

Hallucinant :
http://dean. class="highlight">Edwards.name/IE7/intro/
http://dean. class="highlight">Edwards.name/IE7/compatibility/

Essayez par vous même...

Oui on parle beaucoup de IE7.

Mon avis personnel là dessus est que cela reste un hack, plutôt lourd d'ailleurs et qui nécessite obligatoirement javascript pour fonctionner.

Donc il priverait environ 10% des utilisateurs :
http://www.w3schools.com/browsers/browsers_stats.asp

Personnellement, je préfère me débrouiller sans hack, car il est (presque) toujours possible de faire des choses compatibles sans bidouiller trop lourdement.

Je suis absolument d'accord avec toi, et c'est ce que j'ai dit a la personne qui m'a donné le lien, il n'en est pas moins vrai que c'est audacieux :)

Pour être audacieux, c'est audacieux ! C'est même du grand art et cet homme a énormément de mérite de vouloir faire à lui seul ce que Microsoft n'a jamais fait depuis IE6, c'est à dire depuis 1999.

Raphael a écrit :
Donc il priverait environ 10% des utilisateurs :
http://www.w3schools.com/browsers/browsers_stats.asp

Je doute que les 10% soient sous IE, et si ils ne le sont pas ils ont pas besoin du script...

Disons alors 5% (même si c'est certainement plus.)

Par ailleurs, ce genre d'ajout est assez lourd d'execution pour ce qu'il offre au final, je préfère faire sans.

Le résultat en vaut tout de même la chandelle et souligne l'incapacité de microsoft à réagir à la demande, ou plutot que l'incapacité, le manque d'envie, et le manque total de considération par rapport aux utilisateurs, ne parlons même pas des webmestres...

Possible, je ne me suis jamais hasardé à faire des recherches statistiques très poussées sur les utilisateurs IE et leur proportion à brider javascript.

Dans tous les cas, mon avis reste mitigé sur cette usine à gaz.

Personnellement, je l'ai testé, par rapport à ce projet : http://descartespowa.free.fr/ (avec plusieurs stylesheets) , car j'avais vraiment beaucoup d'ennuis, entre autre pour avoir des colonnes de même longueur , et aussi un problème de float ...

Et là, j'ai été confronté à un gros problème : IE7 , ca revient à peu près à refaire passer le site dans un parser, ca ralentit ENORMEMENT l'affichage des pages, sous IE ET sous les autres navigateurs ...

J'ai finis par faire des hacks persos en Js ...

Sous les autres navigateurs aussi ? Pourtant :

http://dean.Edwards.name/IE7/usage/[/url]

Le code n'est censé s'éxécuter que sous IE...

EDIT : problème de bbcode... bug du forum...
Modifié le 24 Oct 2004 - 19:15

Oui, sur les autres navigateurs aussi ... D'ailleurs, il y'a autre chose que je n'ai pas compris non plus, c'est l'intégration des PNG-24 avec transparence alpha ...

En effet, lors de la page de test, hop hop, impeccable , puis lors de la mise en éxécution sur la page, j'ai été obligé de tout mettre en gif .......

Sur les tests que j'ai effectué avec ce hack je n'ai vu aucun ralentissement avec les navigateurs autres que IE. Les scripts ne s'executant pas du tout sous ces navigateurs (tésté avec Opera 7.2x, Netscape 6+ et FireFox).

Sous IE effectivement l'affichage des pages devient extremement lent et c'est un vrai problème. Moi aussi j'utilise des comportements maisons pour pallier à certains manques de IE. En fait celui que j'utilise le plus et un comportement permettant d'avoir un equivalent de la pseudo classe hover sous IE (pour les menus déroulants).

Evidement je prévois une alternative pour les personnes ayant désactivés JS sous IE (même si je pense qu'ils sont loin d'être 10% (ni même 5%) j'ai déjà donné mon avis sur la question sur un billet de Raphaêl...).
Modifié le 25 Oct 2004 - 01:59

Raphael a écrit :
Oui on parle beaucoup de IE7. Mon avis personnel là dessus est que cela reste un hack, plutôt lourd d'ailleurs et qui nécessite obligatoirement javascript pour fonctionner. Donc il priverait environ 10% des utilisateurs : http://www.w3schools.com/browsers/browsers_stats.asp

Effectivement, un hack est un hack et demeurera un hack. L'intérêt de suivre les normes, c'est entre autre chose de ne plus avoir à passer par ces ignominies. ;)

Je suis d'accord avec Raphael, on peut très bien faire sans. Le seul intérêt de cet accomplissement, c'est de démontrer hors de tout doute qu'avec un minimum de bonne volonté, les dévelopeurs de Microsoft aurait très bien pu régler les problèmes majeurs de compatibilité... que c'est clairement une volonté interne de suivre le W3C, mais pas trop.

Pour ce qui a trait aux utilisateurs sans javascript ou n'importe quel stats de Browser, je préfère largement les stats de TheCounter qui sontp lus globales que celles de W3Schools, qui sont limitées à l'utilisation sur leur propre site (où les visiteurs ont une forte tendance à être des développeurs, reconnaissons-le). Chez TheCounter, c'est plus parlant puisque ce sont monsieur et madame tout-le-monde qui sont recensés.

On le voit d'ailleurs avec un pourcentage beaucoup plus plausible d'utilisateurs de Mozilla ! ;)

Enfin, faites-vous votre propre idée :

http://www.thecounter.com/stats/2004/September/browser.php
http://www.thecounter.com/stats/2004/September/javas.php

Le fond du problème ne me semble pas vraiment là.

Quel est l'un des intérêts des "Standards", pour dire ça brièvement ?

Séparer contenu structuré et présentation. Rendre l'accès au contenu indépendant de la présentation. Permettre à un media ne supportant pas les données de présentation de restituer correctement le contenu.

IE est un navigateur visiblement limité dans son support CSS... La logique me semble dire qu'un site "Standard" devrait pouvoir être restitué par IE en l'état, sans qu'un add-on vienne suppléer à ses défauts d'implémentation.

En d'autres termes, nous avons cessé de "bidouiller" en passant au respect des DTD et de CSS2. a quoi bon recommencer à bidouiller ?

Laurent Denis sur le fond je suis plutôt d'accord avec toi, coder en respectant les standards pour les navigateurs pouvant les lire. Faire en sorte que le résultat se décline (accés au contenu) correctement sur les autres navigateurs.

Mais cette situation ne reflète pas vraiment la réalité du développement, dans la pratique c'est toujours IE qui reste le navigateur le plus employé avec une belle part pour les versions 5.x.

Hors c'est assez compliqué d'expliquer a un client que tel ou tel aspect sera absent (ou limité) de son site, sur son navigateur (et celui utilisé par la plupart de ses contacts) sous pretexte d'être compatible avec des outils utilisés par une minorité.

Si on prend l'exemple (volontairement simpliste) du rollover pour créer un menu déroulant; qui ne fonctionne pas sous IE pour cause de mauvaise interpretation des spécifications CSS. Une alternative se situe dans l'utilisation de script (JS ou ECMA).

J'ai donc le choix entre imposer un script à tous les navigateurs à cause de IE (même ceux qui n'en auraient pas besoin). Ou utiliser une fonctionnalité propre à IE afin de pallier à ce manque SEULEMENT sur ce navigateur. Qui plus est, la façon que j'ai choisi pour corriger le problème (inclusion d'un comportement) n'est pas à proprement parler un hack puisqu'aucune fonctionnalité n'est détournée, aucune erreur (bug) de programmation n'est exploité. Cette méthode n'est active QUE sous IE et ne gène donc en rien les utilisateurs d'autres navigateurs et il n'y a aucun risque d'incompatibilité.

Enfin tout ça pour dire que de la théorie idéale à la pratique (surtout quand on développe des sites dans un but mercantile) il y a souvent un fossé.

La différence entre la théorie et la pratique, c'est que (en théorie) c'est la même chose

lol elle est bonne celle là!

jb_gfx a écrit :
Hors c'est assez compliqué d'expliquer a un client que tel ou tel aspect sera absent (ou limité) de son site, sur son navigateur (et celui utilisé par la plupart de ses contacts) sous pretexte d'être compatible avec des outils utilisés par une minorité.

Il ne s'agit pas d'être compatible avec les navigateurs alternatifs. Il serait d'ailleurs temps d'oublier ceux-ci en matière de promotion des Standards.

J'ai d'ailleurs parlé volontairement de "média", et pas de navigateur: que pèse le problème d'IE sur les nouveaux médias d'accès au Web, en pleine expansion, et qui représentent justement autant de marchés dont les clients commencent à entrevoir les possibilités ?

jb_gfx a écrit :
Si on prend l'exemple (volontairement simpliste) du rollover pour créer un menu déroulant; qui ne fonctionne pas sous IE pour cause de mauvaise interpretation des spécifications CSS. Une alternative se situe dans l'utilisation de script (JS ou ECMA).

Une autre alternative est de ne pas utiliser de menus déroulants, qui posent de nombreux problèmes d'ergonomie, sans parler de l'accessibilité.

Certes, le "client" attaché à son menu à coulisse qui en jette à ses yeux ne sait pas qu'il va devoir évoluer. Pas parce que les standards, c'est bien dans l'absolu. Mais parce que le Web est en train d'évoluer et que de nouvelles contraintes apparaissent.

jb_gfx a écrit :
Qui plus est, la façon que j'ai choisi pour corriger le problème (inclusion d'un comportement) n'est pas à proprement parler un hack puisqu'aucune fonctionnalité n'est détournée, aucune erreur (bug) de programmation n'est exploité.

IE7 n'est effectivement pas un hack: j'ai parlé de "add-on" il me semble.

D'ailleurs, en passant, je me demande ce que fait ce sujet dans le salon "Accessibilité".
Je le déplacerai sans-doute dans la journée, en rentrant.

Laurent Denis a écrit :

Il ne s'agit pas d'être compatible avec les navigateurs alternatifs. Il serait d'ailleurs temps d'oublier ceux-ci en matière de promotion des Standards.

J'ai d'ailleurs parlé volontairement de "média", et pas de navigateur: que pèse le problème d'IE sur les nouveaux médias d'accès au Web, en pleine expansion, et qui représentent justement autant de marchés dont les clients commencent à entrevoir les possibilités ?

On en reviens un peu au même point, au jour d'aujourd'hui et par rapport à ce que l'utilisateur (=client dans le cas de mon exemple) lambda connait du Web le seul outil à réellement prendre en compte est IE (malheureusement).

Laurent Denis a écrit :

Une autre alternative est de ne pas utiliser de menus déroulants, qui posent de nombreux problèmes d'ergonomie, sans parler de l'accessibilité.

Certes, le "client" attaché à son menu à coulisse qui en jette à ses yeux ne sait pas qu'il va devoir évoluer. Pas parce que les standards, c'est bien dans l'absolu. Mais parce que le Web est en train d'évoluer et que de nouvelles contraintes apparaissent.

Ah bon les menus déroulants posent de nombreux problèmes d'ergonomie? Je suis assez étonné de lire ça et j'aurais bien voulu avoir un petit exemple. Je pense que c'est un moyen de navigation bien adapté à un certain type de contenu. De là à dire qu'il faut les supprimer j'aimerai bien comprendre ce qui motive cette reflexion.

Un menu déroulant horizontal est un outil de navigation maitrisé (ou au moins connu) de tous les utilisateurs puisqu'on le retrouve dans tous les logiciels quel que soit le système d'exploitation.

En terme d'interface je pense que le plus important est qu'elle deserve un accés rapide et simple à un contenu or selon le type de site je pense qu'un menu déroulant peut trés bien être adapté et ergonomique. (je sais je me repète un peu)

Laurent Denis a écrit :

IE7 n'est effectivement pas un hack: j'ai parlé de "add-on" il me semble.

Oui je sais, j'ai commencé en réagissans directement à ton post mais par la suite j'ai dérivé, cette partie était plus déstinée à Raphaël.

jb_gfx a écrit :
Ah bon les menus déroulants posent de nombreux problèmes d'ergonomie? Je suis assez étonné de lire ça et j'aurais bien voulu avoir un petit exemple. Je pense que c'est un moyen de navigation bien adapté à un certain type de contenu. De là à dire qu'il faut les supprimer j'aimerai bien comprendre ce qui motive cette reflexion.

Voir l'étude classique de Vincent Bénard sur les menus dynamiques en DHTML, toujours pertinente ici: Navigation hypertexte classique contre menus déroulants DHTML: la victoire de la simplicité.

Pour l'accessibilité, voir les remarques de Yoan Simonian sur le Hub, dans http://www.webmaster-hub.com/index.php?showtopic=3905&view=findpost&p=30841
Modifié le 26 Oct 2004 - 13:47