Peter Kröner, Webdesigner & Frontendentwickler - Weblog und Portfolio von Peter Kröner, einem Webdesigner und Frontendentwickler aus Westerkappeln bei Osnabrück.

h3nNi ¶

Geschrieben am 17. Juli 2008 um 15: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.

Diesen Kommentar zitieren

Siegfried ¶

Geschrieben am 17. Juli 2008 um 15: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.

Diesen Kommentar zitieren

neff ¶

Geschrieben am 17. Juli 2008 um 16:25 Uhr

Klingt so als würde uns in Zukunft einiges an Arbeit erspart werden…

Diesen Kommentar zitieren

Peter ¶

Geschrieben am 17. Juli 2008 um 17:10 Uhr

Zitat h3nNi ↑:

Denn warum sollte Otto Normal seinen Browser updaten/wechseln, wenn doch eh alles super funktioniert/aussieht.

Der Nichtnerd bringt doch Darstellungsfehler auf einer Website nicht mit seinem Anzeigeprogramm in Verbindung. Der sucht den Fehler bei der Website.

Zitat Siegfried ↑:

@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.

Welche Veränderungen? Ich habe nichts gemacht.

Diesen Kommentar zitieren

macx ¶

Geschrieben am 17. Juli 2008 um 17:22 Uhr

Also, dass repeat und position nun funktionieren sollen, kann ich beim besten Willen nicht feststellen. Hier mein Testcase.

Diesen Kommentar zitieren

Peter ¶

Geschrieben am 17. Juli 2008 um 17:36 Uhr

Zitat macx ↑:

Also, dass repeat und position nun funktionieren sollen, kann ich beim besten Willen nicht feststellen. Hier mein Testcase.

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.

Diesen Kommentar zitieren

mike ¶

Geschrieben am 17. Juli 2008 um 20: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”. ;)

Diesen Kommentar zitieren

macx ¶

Geschrieben am 18. Juli 2008 um 10: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.

Diesen Kommentar zitieren

soophie ¶

Geschrieben am 18. Juli 2008 um 18:36 Uhr

Zitat macx ↑:

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.

Also bei mir tut’s der IE6 in deinem Testcase ausgezeichnet.

Diesen Kommentar zitieren

macx ¶

Geschrieben am 19. Juli 2008 um 12: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.

Diesen Kommentar zitieren

Burt ¶

Geschrieben am 7. Januar 2009 um 14: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.

Diesen Kommentar zitieren