Un spectre hante le web : le spectre Internet Explorer 6. Nombreux sont ceux qui ont tenté de convaincre les webmasters de refuser de servir le navigateur collé au fond de la classe près du radiateur ou qui s’interrogent sur son utilisation. Sans trop de résultats.
Il faut dire que la base installée est encore importante et on ne peut pas demander au gens de couper la branche sur laquelle ils sont assis. Et pourtant, je sens que vous n’attendez qu’une bonne occasion pour vous débarrasser du bouzin.
Le constat
IE6 représente encore entre 20% et 30% des visites, parfois plus, parfois moins. Il est donc important d’en tenir compte dans la majorité des projets de sites web. Sur mon blog, les internautes équipés de IE6 ont représenté environ 12% des visites depuis juillet 2006 et comptent pour 7% des visites sur les trois dernier mois.
Si j’enlève les développeurs web qui dégainent IE 6 pour tester les sites visités (et qui doivent représenter une grande partie des lecteurs), j’évalue à moins de 5% le nombre d’internautes qui me rendent visite « pour de vrai » avec IE6 sachant qu’il s’agit certainement des visiteurs envoyés par Live.com qui désirent regarder danser Louxor…
5%, c’est peu mais ça représente plus de 1000 visites par mois : c’est suffisant pour s’en soucier quand même ! Il n’est pas dans mes intentions de priver ces visiteurs d’une saine lecture 🙂
Du coup, il m’est venu une idée : pourquoi ne pas rediriger les visiteurs équipés d’une version d’IE inférieure à 7 vers le flux RSS mis en forme par Feedburner sachant qu’un visiteur surfant avec IE6 pourra s’abonner et me lire plus tard depuis son agrégateur ?
C’est là qu’intervient kickIE6 :
I’m in ur blog kicking ie6, kwel… ^__^v
if ( $.browser.msie ) {
if ( $.browser.version < 7 ) {
document.location.href = 'http://feeds.feedburner.com/css4design';
}
}
Placez ce script après l’appel de la librairie jQuery entre les balise head
de votre fichier header.php
(si vous êtes sous WordPress) et d’indiquez l’adresse de votre flux Feedburner à la place du mien.
Pour que votre flux RSS s’affiche correctement dans un navigateur, vous devrez peut-être activer le service BrowserFriendly de Feedburner dans l’onglet Optimize. En savoir plus sur les services Feedburner.
Installer jQuery sans douleur sur WordPress
Vous ne savez pas si jQuery est installé dans votre thème WordPress ? Voici une ligne à ajouter juste au-dessus du script kickIE6 :
Cette ligne devrait activer la bibliothèque jQuery installée en standard avec WordPress.
Une solution qui exclue ?
J’ai mis en place ce script depuis une dizaine de jours et comme me l’ont fait remarquer plusieurs personnes (deux pour être exact), une partie de ceux qui utilisent IE6 ne le font pas par choix personnel et subissent les lourdeurs de leurs administrateurs réseaux qui ne veulent (ou ne peuvent) pas mettre à jour le parc informatique de l’entreprise. C’est pour ceux-là justement que je propose la lecture du flux et l’abonnement ensuite si plus d’affinité.
Mais quid de l’interaction ? Et oui, la lecture du flux ne permet pas aux lecteurs de laisser des commentaires. C’est vrai et ça m’ennuie. Même si derrière les chiffres il y a des personnes, je ne peux m’empêcher de me dire que le pourcentage de ceux qui laissent des commentaires par rapport aux lecteurs est faible et il n’y a aucune raison pour que ceux qui utilisent IE6 soient plus bavards que les autres…
Par ailleurs, je compte sur le fait que ceux qui subissent IE6 au travail, ont certainement un autre navigateur installé à la maison 😉
Comment j’en suis arrivé là, en réalité…
C’est la faute à Blueprint ! Pas vraiment, mais un peu quand même. J’avais déjà utilisé avec succès ce framework CSS et le script IE7.js, mais quand j’ai refait mon thème, j’ai péché par excès de confiance en ne testant mon design sous IE 6 qu’à la fin ^_^v
Blueprint n’est pas vraiment en cause car je n’ai pas suivi la logique du framework pour toutes les parties de la mise en page. C’est là que je me suis aperçu que l’intrusion de la présentation dans le code HTML sous la forme des classes CSS ne facilite pas la mise en place d’une feuille de style alternative. Surtout quand on change de design tous les mois, ou presque !
Je reconnais que si j’avais été plus vigilant en utilisant Blueprint (tester tôt et souvent), j’aurais — comme d’habitude — un blog qui s’affiche aussi bien dans IE6 que dans les autres navigateurs.
Conclusion
Je n’envisage pas de laisser tomber le support CSS d’IE6. Mais ce blog est un terrain d’expérimentation et j’ai eu envie d’expérimenter en mettant en avant une utilisation originale des flux RSS pour pallier les manques d’Internet Explorer 6. Cette idée pourrait trouver un prolongement en fournissant du contenu aux périphériques mobiles en complément d’une version mobile d’un blog, par exemple.
Je rappelle que le support d’Internet Explorer 6 est indispensable pour gagner ses galons d’intégrateur web. Pour autant, il n’est pas interdit de prendre en compte son lectorat et les ressources que l’on est prêt à mettre sur la table pour fournir la meilleure interaction possible entre les visiteurs et le contenu. De ce point de vue, les flux RSS associés aux différents services de Feedburner méritent d’être pris en compte dans une stratégie globale d’accès à l’information.
Keep clickin’
scoopeo_url=’http://www.css4design.com/manifeste-pour-bouter-ie-6-hors-des-blogs-avec-kickie6js’
Et quoi, bientôt, si on n’a pas d’iPhone et qu’on ne gagne pas au moins 3000€ par mois, on n’aura plus le privilège de lire ton blog ? C’est franchement pas la mer à boire que de rendre un site compatible avec IE6… En plus ton thème n’est pas des plus complexe. Au pire je préfère avertir l’utilisateur qu’il aurait besoin d’une mise à jour, mais de là à le bannir, c’est n’importe quoi.
@Ced:
Heu, je vois pas le rapport Chrome est gratuit, Firefox aussi, Opera de même…
C’est vrai, mais comme je l’ai précisé, j’ai fait des mauvais choix, ou plutôt une mauvaise utilisation d’un bon choix. Je rendrais ce thème compatible avec IE6 dans un futur proche, mais en attendant, cette solution me semble un bon compromis, entre respecter l’intégrité du thème et rendre le contenu accessible.
Oui, pourquoi pas, c’est une possibilité à laquelle je n’ai pas pensé.
Je viens de regarder sur l’un de mes sites pour les non geek et autres spécialistes de la navigation web : 18,4 % des 73.500 visites faites au cours des 30 derniers jours ont été faites avec Internet Explorer 6.0 et il y a même eu des visites avec IE 5.5 et IE 5.0. En aucune façon, je n’entends exclure ces visiteurs, d’autant plus en faisant exprès, pour le simple et bête plaisir de les punir. Là, vraiment, n’importe quoi. Tu sembles ignorer que Windows 2000 ne peut pas faire fonctionner n’importe quel navigateur, et même Firefox est très gourmand en ressources…
@Bruno: un peu comme ici, une sorte d’infobulle qui s’affiche en haut http://www.savethedevelopers.org/lang/fr/ C’est moins agressif 😉
Sur mon site qui est comparable en type de public à celui de Martin quand il parle de son site pour non-geek, IE6- représente 30% de la part de marché IE qui est, elle, de 47% (dingue, FF représente 42% soit largement plus que la moyenne nationale).
Soit environ 14% qui surfent avec ce vieux machin.
Il me semble donc nécessaire d’avoir un site qui s’affiche à peu près correctement pour ce public, mais s’il y a quelques défauts, ma foi, c’est pas non plus dramatique.
Un truc qui me paraît aussi préoccupant, c’est la RÉSOLUTION des écrans.
Parce que les barres de défilement horizontales, c’est pas terrible, et j’ai 2,5% de lecteur en 800×600. C’est peu. Ouf !
Vous y pensez, à eux ?
Concernant un script pour encourager les utilisateurs à changer de navigateur (NB : le problème en entreprise étant hélas difficilement contournable), voir l’initiative de save the developers !
Donc, ceux qui sont sous IE6, ce sont des Has-Been qui ont la flemme de mettre à jour leur ordi ? C’est donc leur choix, et on doit leur brider une partie du web ?
N’oublie pas les boites dont les ordis ne peuvent être mis à jour, parce que adsys flemmard / surbooké / sans moyens suffisants, ou encore avec un prestataire informatique dépassé.
Ou encore les gens qui ne savent pas mettre à jour Windows, ceux qui ne veulent pas perdre leurs repères ( personnes agées, etc ), ou qui sont bloqués sur une machine pourrie 😉
Je reste contre ce type de pratique, en effet un site web correctement codé, accessible, et sans folies au niveau du JS passe très bien sur IE, mis à part dans les cas suivant :
– L’intégrateur est un parano qui ne veut pas que ses marges bougent d’un pixel.
– Il y a un enchevêtrement d’images PNG 24 bits ( et encore … tu as fait un article là dessus )
– Le site utilise du javascript en masse, et le dev ne veut pas le rendre accessible.
Merci d’arrêter des initiatives de ce genre, ça fait rager les gens qui ont des ordis de m*rde au boulot, et dont les adsys ont été formés il y a 30 ans 😉
edit : mon commentaire est très générique, et pas que pour ton article, je l’accorde 😉
Mais pour avoir bossé plusieurs fois dans des boites de ce genre … c’est lourd 😉
Je suis au courant des statistiques générales concernant l’utilisation d’IE6 qui comme je le précise dans l’article (faut pas juste s’arrêter au titre…) peut représenter jussqu’à 30% des visiteurs.
Il se trouve que sur mon blog (de geeks, faut croire), ce chiffre ne dépasse pas 5 ou 6%.
Et j’ai pensé à ceux qui ont des petites résolutions en proposant une version mobile (faudrait juste que je mette le lien un peu plus en avant).
Concernant Windows 2000 et les faibles capacités des ordi, il y a quelque mois, j’avais un PIII 866 Mhz sous W2K et j’utilisais Firefox sans beaucoup plus de plantages qu’aujourd’hui 😉
<
p>Il existe aussi un autre moyen, basé en CSS, qui consiste à appeler les feuilles de style au moyen de la règle
@import
, suivie (après l’URL) du(des) média(s) concerné(s) par les feuilles de style, par exemple :<style type= »text/css »>
@import « ma-feuille-de-style.css » screen;
@import « une-autre-feuille-de-style.css » print;
@import « et-celle-qui-tient-dans-la-main.css » handheld;
</style>
IE 6 ne chargera aucune de ces feuilles de styles (IE 7 non plus, d’ailleurs ; en revanche, IE 8 implémente cette syntaxe de la règle
@import
), ce qui fait que les billets et autres pages du bloc s’afficheront bruts de décoffrage, mais resteront exploitables (pour peu que la structure HTML soit bien pensée 😉 ). Car, il ne faut pas oublier qu’un utilisateur d’IE 6 n’est pas nécessairement au courant des différents moyens de s’abonner à un fil RSS ou Atom et ne sait donc pas forcément qu’il existe des lecteurs de fils de syndication de contenu ailleurs que dans IE 7 et dans les navigateurs les plus récents et les plus respectueux des standards du Web. 😉@Victor Brito: Je l’avais oublié cette subtilité de la règle @import, mais vu que je ne veux pas cibler ie7, ça ne va pas trop le faire.
En revanche, ça me rappelle qu’il existe un commentaire conditionnel !IE qui me permettrait peut-être (si je peux faire !IE lte 6) de servir la CSS déjà en place à tous les navigateurs sauf à ie6 et inférieurs.
+1 @Victor
Tout est dit dans mon article sur l’accessibilité : http://minurl.fr/y8
=)
Désolé si ca va déplaire à certains mais je suis pour ce genre de pratique.
Après tout on a bien fait des projets (je me rappel plus du nom) qui visait à forcer les développeurs, sysadmin et autres à migrer leurs projets sur PHP5 au détriment de PHP4, qui était la seule version disponible chez (beacoup trop) d’hébergeur. Et on a trouvé ca normal.
Il y a des scripts beaucoup plus restrictif qui existe. Si on se connecte avec n’importe quel IE il affiche une pop up qui dit très clairement que ce site n’est pas navigable avec IE.
Je trouve que le réalisateur de ce blog a bien chercher à ne pas léser totalement les utilisateurs de IE6 en leur permettant d’accéder au contenu d’une autre manière.
Je pense qu’il n’ya pas de quoi faire un drâme.
Je te rejoins dans ta lutte, même si je ne suis pas aussi radical dans mon approche.
Beaucoup de développeurs respecteux oeuvrent pour ce qu’ils nomment « a degrade gracefully design » autrement dit un site qui perd en cool attitiouuude mais qui reste praticable.
J’avoue suivre leur démarche à une nuance prête : j’opte pour « a degrade degueully design », autrement dit aucun effort particuliers pour rendre le site plus agréable qu’il ne l’est brut de pomme une fois passé dans la moulinette IE6.
Le fond du contenu reste donc consultable et l’interactivité indispensable tel les formulaires fonctionnent toujours.
Ensuite je leur affiche une simple question du genre « Vous trouvez pas que le site a une vilaine trogne ? Et si ça venait de vous ? », pointant vers une page regroupant des captures d’écran avec un versus IE6 / firefox, afin qu’ils prennent conscience visuellement de tous les eye candies qu’ils loupent.
Par le biais d’exemple concret, l’internaute basique cerne beaucoup mieux les enjeux.
Personellement ie6 ne représente que 9% des visiteurs, sûrement parce que c’est un blog qui s’adresse en particulier au blogueur et que la plupart sont faché avec ie6.
Après qu’on veuille virer les visiteurs ok, mais attention à ne pas en perde, faire défiler un message ou un pop up conseillant de mettre à jour le navigateur serait peut être plus efficace ! A voir …
hello.
Super intéressant.
Si je peux me permettre de donner un avis : je pense que ne pas faire d’effort pour rendre « le plus possible » un site compatible avec IE6 vous retombera dessus de toute façon. Je pense sincèrement que les gens qui utilisent cette ancienne version d’IE, ne sont pas, dans leur grande majorité, des fans d’informatique ou de webdesign… (ce qui explique très certainement le faible pourcentage de visiteurs IE6 sur ton blog)
A mon sens, ils se tappent pas mal de savoir qu’un site pourra être plus joli avec un autre navigateur car le simple fait de changer de navigateur parait déjà assez complèxe pour certains. Donc, le résultat sera, sans trop m’avancer, une perte de fréquentation sur vos blogs et sites car les gens vont lâcher l’affaire… A moins que votre site fasse partie de la liste incontournable des sites/blogs de l’utilisateur d’IE6, au quel cas, son envie de continuer à profiter de votre contenu sera supérieur au reloutage de changer de navigateur.
La vraie question c’est de savoir à qui on s’adresse finalement. Puisque l’auteur de ce blog a vu que les utilisateurs d’IE6 ne représentent qu’un faible pourcentage de ses visiteurs, alors il peut prendre le risque de mettre au point son script de redirection vers un contenu rss, après tout, c’est son blog donc bon…(c’est mon cas également d’ailleurs, mon blog n’est pas encore compatible IE6)
Perso je passe un temps assez conséquent dans mon travail à essayer de rendre les sites compatibles sur FF et IE6,7 donc je sais à quel point c’est chiant mais j’estime qu’on est quelque part obligé de faire cet effort car le client, lui, à demandé un site compatible, peu importe les versions d’IE, Firefox etc… Ne pas prendre ce temps c’est prendre le risque de perdre un client.
Dans un contexte plus perso, c’est moins grave mais je pense qu’il y aura forcément un impact en terme de fréquentations sur un site non compatible IE6 (ou qui propose une mise en forme très différente sur IE6).
@DirtyF: En général, j’utilise les commentaires conditionnels qui sont bien utiles. Pour IE6, je voulais utiliser la forme
<!--[if IE 7]> <-->
Pour IE7
mais aussi Safari, Firefox, Opera, etc.,
mais ni IE5.x ni IE6.0 Windows
<!--> <![endif]-->
Mais curieusement, sous ie7, la partie
<-->
restet apparente en haut de la page :/Du coup, je viens d’opter pour une autre technique :
<!--[if !IE]> <-->
<link rel="stylesheet" href="style.css" type="text/css" media="screen" />
<!--> <![endif]-->
<!--[if gt IE 6]>
<link rel="stylesheet" href="style.css" type="text/css" media="screen" />
<![endif]-->
Ca permet de servir dans un premier temps la feuille de style à tous les navigateurs sauf IE et dans un deuxième temps de réserver la même feuille de style pour les navigateurs supérieurs à IE6.
Sachant que j'ai déjà une feuille de style pour IE qui me permet de cibler ie6 en utilisant
* html .etc { }
Du coup, je peux fournir une version du blog fonctionnelle plus ou moins brute de fonderie pour ie6 tout en gardant la possibilité de l'améliorer au fur et à mesure 😉
@Darklg : Comme je l'ai déjà évoqué dans un commentaire laissé sur ton blog, l'accessibilité n'est pas réservée aux handicapés et aux seniors++.
Il se trouve qu'un interlignage trop faible et une police de caractère trop petite posent des problèmes à l'ensemble des visiteurs, et pourtant c'est un point qui n'est presque jamais pris en compte par ceux qui défendent l'accessibilité.
Pour ma part, même si j'ai des lunettes adaptées à mon grand âge, ça me soûle grave de devoir jouer avec un taux de zoom différent pour chaque site, ou presque.
En bref : l'accessibilité, en parler c'est bien, l'appliquer vraiment, c'est mieux 😀
@manu :
C'est ce qui me semblait aussi 😉
@Delapouite :
Pas mal en effet, un peu plus radicale que mon approche, mais ça doit faire son petit effet 😉
@Touchcream :
Certes, mais je n'ai pas l'impression d'avoir perdu les 1500 abonnés à mon flux RSS, alors pourquoi les visiteurs avec ie6 devraient être considérés comme "perdu" ?
S'ils sont perdus, c'est surtout dans les statistiques parce que du coup, comme le script de redirection est placé bien avant les scripts de statistiques, ils n'apparaissent plus en tant que visiteurs.
Toutefois, ils devraient être comptés dans le nombre de Hits sur le flux Feedburner 😉
@detruk :
C'est exactement la question que je me suis posé : je m'adresse aux développeurs de sites web quasi exclusivement. CQFD 😉
« Les gens » sont bien capables de dépenser des fortunes dans le dernier téléphone portable à la mode sous pretexte que leur actuel est obsolète. Je vois pas pourquoi ils n’adopteraient pas la même démarche pour leur navigateur qui lui est gratos de surcroît.
Tout ceci n’est donc qu’une histoire de feignantise, pas d’une quelconque compétence informatique.
@Bruno Bichet: « En bref : l’accessibilité, en parler c’est bien, l’appliquer vraiment, c’est mieux 😀 »
Le souci vient du fait qu’on ne peut pas prévoir le comportement du visiteur sur son site, et mettre par défaut une grande police.
La voie que j’ai choisi, c’est de permettre une modification éventuelle et ponctuelle ( en ne bloquant pas de taille de police, mais en essayant de les générer en % ).
D’autre part, sur mon blog, ça n’est qu’une magouille sur un thème wordpress, et je n’ai pas le temps de le refondre complètement, c’est le lot des webmasters surchargés =)
J’ai fait un script un peu différent :
il « avertit l’utilisateur qu’il aurait besoin d’une mise à jour » ;
il est écrit en PHP, donc utilisable sur la plupart des sites.
Le code fait s’afficher une annonce seulement si la page est accédée avec IE < 7
Pour les commentaires conditionnels ciblant IE (ou une version d’IE) tout en laissant une porte ouverte aux autre navigateurs, la syntaxe est la suivante pour éviter un affichage bizarre sous IE :
<!–[if gte IE 7]><!–>
la feuille de style pour les navigateurs respectueux des standards, ainsi que pour IE à partir de la version 7
<!–><![endif]–>
Il faut ajouter un ! après la condition. 😉
@Darklg:
Au risque de « chipoter » un peu, je ne vois pas trop le rapport entre la lisibilité et le comportement du visiteur :
si on part du principe qu’une taille supérieure est plus lisible et donc plus « accessible », le comportement du visiteur est assez prévisible : il va lire le texte dans de bonnes conditions. Au pire, le visiteur peu habitué à cette « grande » taille, pourra toujours utiliser le zoom arrière.
Pour l’instant, toutes tes tailles sont gérée en px
plus de 9 fois sur 10 il suffit d’ajouter une ligne sur l’élément
body
de la feuille de style. Dans ton cas, il suffit de supprimer leline-height: 20px
à la ligne 344 de.entry
et de mettre les déclarationsfont-size: 14px
etline-height: 1.5
; Ca devrait le faire 😉@Félicien Breton : Merci pour le script, ça peut effectivement être utile dans certains cas.
@Victor Brito : T’as d’bons yeux, tu sais… 😉 Excellent, comme c’est la première fois que j’utilise ce commentaire conditionnel je n’avais jamais remarqué qu’il comportait une faute de syntaxe sur l’exemple que j’avais repris sur le site de blog-and-blues.
@Bruno Bichet:
Je ne veux pas remonter la taille du texte des paragraphes sans voir avec la taille des titres, menus et autres ( sinon, visuellement … c’est bof ). Comme je le dis plus haut, un changement de thème est à venir 😉
On en revient au même problème, imposer un choix au visiteur, saymal, et dans ce cas, il faut lui permettre de revenir à la normale 🙂
J’ai choisi le zoom avant pour les malvoyants en solution de dépannage, plutôt qu’une grosse taille de police par défaut et un dézoom ( ou désagrément visuel et taux de rebond douteux ), c’est un choix 😉
Donc, je reste sur ma position de garder un accès aux anciens navigateurs, quitte à ne proposer qu’une fonctionnalité minimale. Quant à ton blog, c’est ton choix, mais je pense qu’on ne peut pas se le permettre sur des sites généralistes.
Un avertissement est toujours intéressant, surtout quand il est repris au même endroit sur différents sites, mais je crois qu’une solution de redirection « sans retour » est barbare.
Ah ouais, pas con ça aussi comme tactique 🙂
Je reviens du boulot là, et j’ai qu’une envie de dire : IE6, ça fait chier.
Je n’ai même pas envie d’argumenter tellement y’a à dire.
Juste un truc. Supporter IE6, IE7, Firefox, c’est cool. Supporter IE6, IE7, IE8?, Firefox 2, Firefox 3 (oui oui y’a quelques variantes entre ces deux versions) Opera, Safari, Chrome, ça commence à devenir très pénible. (A vrai dire quand je fais un site sous firefox 3, excepté IE, tout marche correctement).
Firefox propose depuis aux utilisateurs de firefox 2 de passer sur firefox 3, c’est une bonne chose, et de plus ils ne sont pas obligés.
Mais je pense que les navigateurs obsolètes, ça doit dégager = pas de support (mais avec un petit message gentil disant pourquoi) car c’est en supportant ce genre de produit que les gens se diront « orf, pourquoi changer ».
Quelqu’un disait dans les commentaires, « c’est pas la mer à boire de supporter IE6 », c’est exactement pareil pour installer firefox, chrome, etc, c’est vraiment pas compliqué. Certains même qui pensent que internet, c’est google, y’a un petit lien sympathique pour télécharger Chrome alors bon…
On commence enfin à restructurer le web (html 5, css 3, etc) on va pas garder les derniers de la classe.
Surtout qu’on parle souvent de « choix » de l’utilisateur. Tu parles, ça lui a été vendu avec son pc acheté chez carrefour. C’est tout simplement un manque d’information ou de jemenfoutisme…
Je viens de lire un article plus qu’intéressant sur le comportement de IE6 : http://css.alsacreations.com/Tutoriels-et-articles-divers/A-propos-du-Modele-de-boite-Microsoft-ou-quirks
Ceci devrait (je l’espère) m’alléger les problèmes avec IE.
@Kud: yep, mais dans mon cas, vu que j’ai un doctype valide, c’est n’est pas le problème.
@tous > Quand j’ai proposé de fournir aux utilisateurs d’IE6 un lien alternatif vers mon flux RSS feedburné, je ne pensais pas déclencher le mode « Accessibilité, toussa toussa ». Mais du coup, comme je suis à l’écoute de mes lecteurs, je me suis penché un peu plus sur les problèmes de rendu de mon thème sur IE6.
j’ai passé plein de trucs en revue (y compris le modèle de boite, on ne sais jamais…) : le trot des 3 pixels était bien caché (je l’avais déjà soupçonné auparavant sans succès) derrière un bug (mystérieux pour moi) lié à la balise
code
au fil du texte : il suffit qu’un mot soit entouré de cette balise pour que la suite de la phrase ne revient pas à la ligne, augmentant ainsi artificiellement la largeur de la sidebar pour la repousser sous la zone de contenu principal…Bref, en attendant de trouver pourquoi cette balise
code
pose ce problème, je l’ai laissé endisplay: none
, sachant qu’il y a peu de billets qui contiennent cette balise dans l’excerpt (le chapô).Restait donc à retrancher les fameux 3 pixels à certains blocs et les colonnes latérales ont repris leur place. J’ai encore deux ou trois choses non essentielles à débugger, mais le blog est à nouveau visible depuis Internet Explorer 6 \o/
@Kud: ou du racketiciel, tout simplement (même si le navigateur, en soi, est gratuit).
@Bruno Bichet: Génial =D
De toutes manières le mouvement est en marche et rien ne l’arrêtera : IE6 must die http://mashable.com/2009/07/16/ie6-must-die/
Pour mon blog sous WordPress, j’utilise Theme Switcher (http://wordpress.org/extend/plugins/wp-theme-switcher/), il permet de choisir un theme selon le navigateur, ça permet de faire un theme spécial IE6, une simple page avec les abonnements RSS par exemple et une petite phrase assassine ^^
Salut, pas de soucis, rien n’empêche de laisser des commentaires sur des « vieux » billets, d’autant plus que globalement, tout fonctionne encore 😉