Reprise du message précédent :
bah non, c'est du RGB comme le BMP ou le JPEG quoi

ben c a cause de toshop... tu as le choix entre png 8 bit donc avec un seul nivo de transparence (ca, c bon)... mais tu as aussi png 24 bits avec 256 nivos de transparence cette fois...
alors que ca devrait etre 32 bits si g bien compris

32 bits = 24 bits + 256 niveaux de transparence (256 valeurs possibles, codées sur 8 bits, 24+8 donc)
 
Mais Photoshop n'optimise pas du tout les fichiers PNG, si tu ne l'as pas encore tu devrais ajouter le plugin SuperPNG, cf liens en bas de ma page sur le PNG dans ma signature.

oue, je l'ai dldé superpng... mais tjrs pas installé
 
sinon, j'avais bien compris pour les 24/32 bits mais ca n'explique pas pk toshop a pas la bonne appelation

Ils l'appellent comment ? si c'est "24 bits avec 256 niveaux de transparence" ça revient à dire juste "32 bits" mais c'est plus parlant...

Moi desormais j'utilise le png 32bits avec transprence sans pb sous opera/ns/moz et IE5+
grace à la methode cité plus haut (avec le ficher .htc)

Ben non car mes DIVs n'ont pas du tout de height défini. Donc, ça ne marche pas (j'ai assez testé).

bon, g pas testé sous mozilla, mais sous ie, ca marche très bien (ma méthode)...
 
http://kernet.free.fr/forums/png/index3.html

Suous Mozilla, cela ne pose aucun problème pour afficher les fonds en PNG-32 car Mozilla les reconnais d'office. Mon problème est bel et bien avec IE en fait car j'ai essayé mais sans réussir à fairece tour de passe passe ...

Hmmm ... Je viens de regarder ta méthode : elle ne se sert pas d'un quelconque PB+£NG behavior. Intéressant ça ...

bah il a juste codé en dur le filtre :

 
ce que je voulais dire, c'est que g pas testé ce que donnait l'affichage de mozilla sur cette page: au nivo de la taille du div... je c bien qu'il reconnait les png-32 ... mais g eu tellement de mer*e ds la gestion des divs avec ts les navigateurs que je suis meme plus sur qd je fais des trucs standards
 
sinon, antp, je c pas ce que tu entends par "coder en dur le filtre"... tout ce que je sais, c ke la méthode la est pratique parce qu'elle n'a pas besoin d'un fichier externe... et qu'elle fait "comme si" tout se passait normalement
 
edit: par contre, le jour ou ie corrigera son bug...  

Codé en dur dans le sens où pour chaque div tu dois lui donner le nom du fichier dans l'appel du filtre.
La solution qui fait marcher les PNG transparents dans les <img /> a l'avantage de ne pas devoir préciser l'url de l'image une seconde fois (ce qui serait impossible au niveau du CSS vu qu'il faudrait un ID par image )

Je pense que ça peut marcher aussi sur une class ...

C'est vrai que dans le cas d'un background c'est moins génant qu'une image, vu que le background tu le spécifie dans les CSS, donc t'as déjà une classe/id par "url" de background

Exact.
 
Enfin, tant que IE posera ces problèmes, je vais continuer à "ruser" en utilisant une image "matricielle" faisant une espèce d'effet de transparence en utilisant une suite de pixels vides et non vides. Voici l'image en question (je sais elle passe mal sur un CRT car elle est grise alors que sur un TFT c'est nickel mais l'idée est la) :

Le problème c'est que sur des surfaces relativement grandes ça fait un effet de moiré sur pas mal d'écrans Et sur les écrans nets on voit les points, donc c'est pas aussi beau

Je sais mais au moins je reste compatible avec IE 5.0 (encore pas mal utilisé).

pour l'image matricielle, toshop peut la faire automatiquement en choisissant un tramage de transparence dans les options de l'enregistrement pour le web...

--cliquez pour agrandir --

Bon à savoir ça. Perso, j'avais jamais fait gaffe ...