Sous IE6, lorsqu'on activait le module calendrier et qu'on visionnait une page événementielle, le CSS du template sautait. Diablerie ! Pourquoi ?
Après dix heures de recherches, reprogrammation, ... la ligne qui cause l'erreur est trouvée : celle qui charge un fichier CSS, celui des tooltips. Oh ? Qu'est-ce donc que cela ? Recherche, test, reprogrammation, ... non, toujours pas OK.
Google à la rescousse, je me demande si "IE, mon amour" n'aurait pas une limitation en plus d'être absolument imbuvable et immonde. Ben si, IE n'est pas foutu de gérer plus de 32 fichiers CSS et les fichiers CSS sont même carrément limités dans leur taille. Mais que je l'aime mon immonde explorateur adoré...
Et un patch, encore un : si AllEvents est utilisé sous IE6 et IE7, j'ai ajouté un code à la toute fin du composant qui va parcourir tous les fichiers CSS externes liés à la page et si ces fichiers sont locaux, j'en lis le contenu dans une super variable string que j'injecte alors comme "inline-css". Et, bien sûr, je supprime l'appel vers le fichier externe.
Ce qui est carrément immonde dans ce procédé, c'est que pour développer un site plus ou moins compatible IE, il nous faut toujours deux CSS : le vrai CSS; celui pour les vrais navigateurs et un CSS annexe "hack_ie" pour IE. IE nous oblige ou presque à dédoubler chacun de nos CSS et ce même IE incorpore une limitation quand au nombre de fichiers qu'il peut charger.
Et comme il est parfaitement immonde, Internet Exploreur se garde bien de vous le dire : pas de "CSS Limitation reached" ou autre message d'indication, que dalle ! Il plante votre site et c'est tout.
