tu devrais relire mes posts, c'est le contraire : safari lit les profiles et pas FF
il y a une solution : ne pas utiliser de profiles !
Nlex, tu n'as pas compris ce que j'ai dit dans mon post...faut pas s'énerver
Je réexplique :
En CSS, on peut définir une couleur de la manière suivante : en hexa #ffffff ou rgb(255,0,0) voire même en la nommant : black. Quelle que soit la nomenclature utilisée : une chose est certaines, cette couleur n'est pas interprétée à l'intérieur d'un espace couleur (non tagguée d'un profil).
Dans le cas présent, c'est la propriété background color qui a été définie, de la même couleur (pipette) que le fond des boutons ainsi que des bordures du template (que l'on peut voir sur l'image).
Or, sous Safari, si cette image est taguée avec un profil, cette couleur va être interprétée à l'intérieur de cet espace, cad changer d'apparence à l'écran. On se retrouve donc avec une non concordance entre deux couleurs qui auraient du être les mêmes, et cela parce que Safari gère les profils couleurs de l'image, mais qu'une couleur tirée d'un CSS n'est pas interprétée à l'intérieur d'un espace couleur -pas de profil-.
Sous Camino ou Firefox, pas de problème, vu qu'il ne s'occupe pas du profil et n'effectue aucune interpretation de la couleur (c'est donc la valeur brute de la couleur qui est utilisée, comme dans le CSS).
Je ne disais aucunement que Safari ne prenait pas en compte les profils (le "e" à profil c'est en anglais
), mais j'attirais l'attention sur le fait que si gestion de la couleur il y a su le web, il faudra qu'elle soit complète pour une mise en page colorimétriquement cohérente. (et pourquoi pas un espace couleur par défaut défini par une propriété pour toute la page ?)
PS : Il semblerait qu'une image sous Safari, même sans profil, est interprétée quand même dans un espace : peut être lui attribue t-il le profil RGB générique. En tout cas, pour la mise en page avec CSS, ça a l'air de foutre le bordel... et ça donne aussi un affichage différent entre Safari et Firefox-Camino...
