Das alte Problem: unser liebstes Browserfossil stellt transparente PNG-Bilder eben nicht transparent dar – mühsame Hackerei war angesagt. Und selbst damit ließ sich nicht alles machen, Hintergrundbilder konnten nicht mit background-position und background-repeat konfiguriert werden.
Konnten! Denn IEPNGFix, einer der Klassiker unter den Scripts, die die mühsame Hackerei automatisieren, hat eine Alpha-Version 2.0 herausgebracht, mit der background-position und background-repeat funktionieren. Man bindet einfach eine Javascript-Datei in seine HTML ein und verweist im CSS auf eine HTC-Datei mit IE-eigenen Scripts und schon läuft alles.
Kommentare (11)
h3nNi ¶
17. Juli 2008, 13:30 Uhr
Stellt sich nur die Frage, ob das sinnvoll ist. Denn warum sollte Otto Normal seinen Browser updaten/wechseln, wenn doch eh alles super funktioniert/aussieht.
Siegfried ¶
17. Juli 2008, 13:52 Uhr
Whow!
@h3nni: Im Prinzip richtig. Aber eine Bevormundung des Surfers, auch "zu seinem Besten", ist nicht gut. Wer, aus welchen Gründen auch immer, mit diesem fossilen Browserimitat unterwegs ist, sollte trotzdem das Optimum dessen bekommen, was möglich ist.
@Peter: Die Veränderungen haben die Usability verschlechtert. Bei großer Schrift ragt die textarea wie vorher auch nach rechts über die vertikale Linie, aber jetzt liegt der Text dort rechts über dem Text aus der textarea. Das ist kaum zu lesen.
neff ¶
17. Juli 2008, 14:25 Uhr
Klingt so als würde uns in Zukunft einiges an Arbeit erspart werden...
Peter ¶
17. Juli 2008, 15:10 Uhr
Zitat h3nNi:
Der Nichtnerd bringt doch Darstellungsfehler auf einer Website nicht mit seinem Anzeigeprogramm in Verbindung. Der sucht den Fehler bei der Website.
Zitat Siegfried:
Welche Veränderungen? Ich habe nichts gemacht.
macx ¶
17. Juli 2008, 15:22 Uhr
Also, dass repeat und position nun funktionieren sollen, kann ich beim besten Willen nicht feststellen. Hier mein Testcase.
Peter ¶
17. Juli 2008, 15:36 Uhr
Zitat macx:
Der Testcase tut’s anscheinend wirklich nicht, die Demo hingegen schon … allerdings komme ich gerade auch nicht drauf, wo bei dir ein Fehler liegen könnte.
mike ¶
17. Juli 2008, 18:13 Uhr
Auch ein sehr sehr altes Problem in diesem Zusammenhang ist die falsche Wortwahl bei der Beschreibung des Problems.
Ich spende ein "alpha-" für "transparente PNG-Bilder". ;)
macx ¶
18. Juli 2008, 08:28 Uhr
So, aktuelle Entwicklung: Ich habe mich mit dem Entwickler mal "unterhalten" und ihn drauf hingewiesen, dass er die ganze Zeit 2.0 Alpha 1 zum Download anbietet, nicht die Alpha 2, von der die Rede ist.
Er hat nun endlich Alpha 2 hochgeladen und ich mein (neues) Testcase sofort geupdatet.
Demnach funktioniert die Kachelung (mit der Alpha 1 hatte es nicht geklappt!), doch background-position geht weiterhin nicht. Vielleicht kommt von ihm noch ein Update.
soophie ¶
18. Juli 2008, 16:36 Uhr
Zitat macx:
Also bei mir tut's der IE6 in deinem Testcase ausgezeichnet.
macx ¶
19. Juli 2008, 10:46 Uhr
Ja, ich hatte in Absprache mit dem Macher noch einmal ein Update gemacht von meinem Testcase. Mehr Infos dazu hier, auch wie es funtioniert.
Burt ¶
7. Januar 2009, 13:56 Uhr
Ich finde den Fix hervorragend. Ein kleines Problem bleibt allerdings bestehen (was auch wohl nichts mit diesem speziellen Fix zu tun haben wird) :
Wir nutzen in der Navigation eines Drupal-Projekts PNGs, die mit dem Drupal-Modul Textimage und einem True-Type-Font generiert werden. Leider kommen wir dabei nicht umhin mit unmaskierten Umlauten zu arbeiten. Das Modul sucht nämlich einfach nach dem Datei-Namen des Bildes und bildet das gewünschte Wort dann als PNG (z.B: img src="/textimage/navi/Qualität.png" ).
Das dies überhaupt funktioniert (also mit unmaskierten Sonderzeichen) hat mich eh gewundert – leider kommen aber sobald der Fix greift nur noch sehr unscharfe Bilder ohne Umlaute heraus.
Hat jemand vielleicht eine Idee an welcher Stelle man dort angreifen könnte? Besten Dank.