PS : et je suis en train de rigoler en m'imaginant comment le lead dev
d'IE9 a du avoir un coup de stress apres avoir ouvert le code et que
pendant une reunion il ait entendu dire : "bon les gars, cette fois-ci on
va sortir un browser aux normes !! Jean-Pierre, c'est toi qui t'y colle, on
t'a tire a la courte paille !".
2013/8/5 Christopher Crouzet <christopher.crou...@gmail.com>
> C'est vrai, c'est vrai... ca fait longtemps que j'avais pas mis le nez
> dans ce probleme specifique et ai parle sur de vieux souvenirs flous, ma
> faute.
>
> Ceci dit, en ce moment je passe mon temps sur le site caniuse.com pour
> verifier ce qui est supporte par les browsers, et je deprime en voyant tout
> ce que IE8- ne supportent pas... c'est fou quand meme qu'ils aient
> developpe autant de browsers avec leurs pieds ! :)
>
>
>
> 2013/8/5 Julien Wajsberg <fel...@gmail.com>
>
>>
>> 2013/8/5 Christopher Crouzet <christopher.crou...@gmail.com>
>>
>>> De ce que j'ai compris, ca ne casse rien dans les plus vieux browsers,
>>> suffit juste de definir ces balises avec un 'display: block' en CSS, et
>>> voila.
>>> Donc pour moi la question serait plutot : apres tout, pourquoi ne pas
>>> utiliser ces balises quand on fait deja la meme chose avec une syntaxe plus
>>> lourde ?
>>>
>>
>> en fait non, IE < 9 ne les connait pas et donc ne les style pas.
>> Pour qu'il les reconnaisse, il faut faire un truc du genre
>> "document.createElement('header')" en javascript (le script html5shiv,
>> inclus aussi par Modernizr, fait ça et un peu plus de choses). Ça induit
>> une dépendance à Javascript pour faire du style, sans parler de l'impact en
>> performances dans ces navigateurs, limité certes, mais les machines qui
>> font tourner ces navigateurs sont rarement des machines de folie
>> (euphémisme, litote, tout ça).
>>
>> Pour moi ça reste inutile _aujourd'hui_, _dans un outil qui veut fournir
>> du contenu accessible à tous_.
>>
>> Une solution alternative consiste à désactiver tout le style dans IE < 9
>> (pour que quand même l'utilisateur il puisse voir le contenu).
>>
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
--
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
