Alberne und frustrierende browserübergreifende UI-Probleme

Question

Hat jemand mehrere Stunden damit verbracht, die Benutzeroberfläche seiner Anwendung in allen Browsern korrekt darzustellen?

Wie geht man mit der Frustration um, wenn einfache Stile in einem Browser funktionieren, in anderen aber nicht? Und am Ende des Tages erfindet man einen Hack, um damit umzugehen (in manchen Fällen klappt auch das nicht), nachdem man seine Zeit verschwendet hat?

Ich werde auf den Tag warten, an dem alle Browser den gleichen Standard haben, bis dahin kann ich (und andere) von einigen Vorschlägen von Leuten lernen, die dies häufig tun.

Answer 1

Ich entwerfe in Firefox und teste dann in IE, nicht umgekehrt. FireFox ist strenger, und wenn es dort funktioniert, ist es wahrscheinlicher, dass es auch im IE funktioniert. Das erspart ein wenig Frustration...

Answer 2

Machen Sie sich keinen Stress, es ist sinnlos, und ich denke, niemand von uns wird sehen, dass alle Browser dem gleichen Standard folgen.

Wie überlebe ich das?

Ich verwende Firefox unter Linux für die Entwicklung. Ich habe das WebDev-Plugin installiert ( https://addons.mozilla.org/es-ES/firefox/addon/60 ), um die CSS-Gestaltung zu erleichtern.

Wenn meine Webanwendung fast fertig ist, probiere ich sie in IE6 und IE7 aus (unter Verwendung von wine in Linux). Dann erstelle ich für beide ein neues Stylesheet, lade es mit IE-conditional-comments ( http://www.quirksmode.org/css/condcom.html ) und fangen Sie an, nach und nach Änderungen vorzunehmen, bis das Design in beiden Browsern in Ordnung ist.

Bei anderen Browsern (Opera, Safari, Galeon...) funktioniert das Design unter FF problemlos.

Am Ende habe ich drei CSS: eines für IE6, eines für IE7 und eines (das originale, gültige und korrekte) für andere Browser.

Ich denke, das ist ein besserer Ansatz, als Dutzende von Hacks in Ihr korrektes CSS zu schreiben, und flexibler für die Zukunft (IE8...)

Answer 3

Ich empfehle, sich mit Porzellanwaren (nicht zu teuer) einzudecken und sie in Reichweite des Arbeitsplatzes aufzubewahren.

Answer 4

Heute kann man im Standardmodus programmieren und muss sich nur noch um die Schwächen des IE6 kümmern, die im Vergleich zum IE5 gering sind. Sicherlich werden wir alle froh sein, wenn IE7 die Basis ist, aber im Vergleich zu gestern ist das Authoring einfach. Keine Box-Modell-Hacks mehr, zum Beispiel...

Luxus. Unter meine Tag mussten wir bei -30px am Rand aufstehen, die <layer>s mit unseren bloßen Texteditoren säubern, 20 Stunden am Tag in den Serverprotokollen nach IE3 schnüffeln, und wenn wir dann nach Hause zu unserer Kiste kamen - ich sage "Kiste", es war eher eine <table>, die in drei weiteren <table> verschachtelt war -, dann hat uns Netscape 4 die Seiten durch Absturz getötet und uns zum Skript int' coal scuttle geschickt.

Und wenn Sie versuchen, das den Webdesignern von heute zu erzählen, werden sie Ihnen nicht glauben.

Answer 5

Für die Entwicklung verwende ich immer Safari und Firefox, und gelegentlich Opera, wenn mir nach Abwechslung ist. Aber ich habe immer - つねに ! jede Änderung mit dem IE überprüfen. Alle drei - IE6, 7 und 8. Ich verwende IETester für diese.

Es ist viel angenehmer, diese Fehler sofort zu finden, als den IE zum ersten Mal zu öffnen, wenn man seine Arbeit beendet hat. Dann ist es fast unmöglich, im Nachhinein herauszufinden, wo genau es schiefgegangen ist.

Ich verwende bedingte Kommentare, die getrennte CSS (und manchmal Javascript) für jeden IE füttern. Ja, auch für IE8. Es ist immer noch nicht ganz da. Übrigens, erwarten Sie nicht blind, dass Opera funktioniert, auch wenn es in Firefox/WebKit gut ist.

Entwerfen Sie also niemals im IE. Und Firebug holen für Firefox. Es ist das beste Plug-in, das je für Webentwickler gemacht wurde.