WebDevTeam’s Blog

Per Twitter bin ich auf diesen Artikel gestoßen: Ultimate IE6 Cheatsheet: How To Fix 25+ Internet Explorer 6 Bugs – sehr gut geschrieben, ausführlich und die wichtigsten (und evtl. bereits bekannten) Artikel sind verlinkt.

Schaut euch einfach mal das Video an. Fetzt oder?

Ich habe das ganze mal probiert, für Firefox braucht man Google Gears, im portablen Google Chrome ging es auch nicht. ABER im (Windows) Safari ging es sofort und genauso einfach wie im Video gezeigt.

Die Samples bietet eine ganze Menge von Beispielen. Die Gründe für Gears, die allgemeine Benutzung und die Weiterverwendung nach den ganzen Änderungen (Deploying) ist sehr gut beschrieben.

Ich bin echt überrascht, dass dies so “einfach” funktioniert. Mit der Xenocode Browser Sandbox kann man die folgenden Browser per Plugin direkt vom bzw. im Firefox starten:

• Ie6 / 7 / 8
• Firefox 2 / 3
• Chrome
• Opera
• Safari

Es öffnet sich dann der entsprechende Browser als eigenständiges Fenster. Habe es gerade mit dem IE6 probiert und es geht wunderbar.

Allerdings kamen auf verschiedenen Seiten JavaScript-Fehler, die in anderen Browsern und auch in unserem “richtig” installierten Test-IE6 nicht auftraten, selbst bei Google und die Message Box selbst hat auch Fehler, sodass der eigentliche Sinn des IE6 zum Testen wieder in Frage gestellt wird.

Das Plugin kann im Firefox auch einfach wieder deaktiviert werden (Extras / Addons / Plugins).

via

Wenn man nicht möchte, dass der Browser ein Formularfeld intern speichern kann: AutoComplete für Formularfelder.

Gerade bei ajaxian gelesen – MySpace hat eine zu installierende Erweiterung für den Internet Explorer (6+) rausgebracht:

MySpace’s Performance Tracker is a browser plugin that help developers to improve their code performance by capturing and measuring possible bottlenecks on their web pages.

[no comments] http://www.flickr.com/photos/robotjohnny/3629069606/sizes/l/

Wir haben uns extra den 8er IE installiert, weil man dort einfach in den Compatibility View umschaltet, damit man den 7er IE testen kann. Mir persönlich war es ehrlich gesagt schon immer etwas suspekt, ob der IE8 das dann auch richtig als IE7 rendert. Heute haben wir leider festgestellt, das die Seite im Compatibility View falsch gerendert wird.

IE8:

IE8 im Compatibility View als IE7:

und der richtige IE7 macht es wieder richtig:

Wir benutzen einen Image Teaser, der overflow: hidden; aber eine feste Höhe und Breite hat.

Das mit overflow: hidden; macht im IE nur dann Probleme, wenn man keine Höhe angibt.

Im SuperPreview ist übrigens genau das gleiche Problem:

D.h. ich werde dem IE8 Compatibility View ab sofort nicht mehr trauen und wieder meinen IE7 im VMWare Image zum testen nehmen (müssen).

Wenn man sich an der URL mit Hilfe des Hashs Sachen für die Ajax History merken möchte, hat mir der IE den gesamten Hash auch immer mit in den Seitentitel des Browserfensters geschrieben. Dies ist ein bekannter IE Bug. Auf der Seite http://bugs.adobe.com/jira/browse/FP-240 wurde dies in Bezug auf Flash gelöst. Dies hat mir leider nicht geholfen. Nach ewigem Rumprobieren, kam ich auf die Idee, den Hash einfach mit ganz vielen Leerzeichen aus dem sichtbaren Bereich im Browserfenster “herauszudrücken”.

Schreibt man einen Seitentitel im HTML selbst, kann man dies mit dem HTML Entity   machen. Dies geht zwar im  JavaScript auch, funktioniert aber nicht. Ebenso führt decodeURIComponent(‘%20%20%20%20%20′) nicht zum Erfolg.

Dann bin ich durch diese Seite auf den soft separator \u00a0 gestoßen und *Bing* schon gings.

1. Ich merke mir allgemein den Original Seitentitel.
2. Nachdem ich den Hash an die URL geschrieben habe rufe ich die Funktion (nur für den IE) auf.
3. Diese nimmt den Original Titel, ergänzt gaaaaanz viele Leerzeichen und verschiebt so den Hash im IE aus dem sichtbaren Bereich im Browserfenster. Einfach, aber effektiv.

document.originalTitle = document.title;

function setPageTitleForIE() {
 var title = document.originalTitle; // get the original title
title += '\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0';

title += '\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0';

title += '\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0';

document.title = title;

}

XRefresh lädt die Seite im Browser (Firefox oder IE) automatisch neu, wenn man Dateien (CSS, JS, HTML etc.) in einem zugewiesenen Ordner ändert. Leider funktioniert es bei mir nicht und führt dazu, dass sich der Firebug gar nicht mehr öffnen lässt

Besser siehts da schon mit Firebug Net Panel History Overlay aus. Dies ist dann nützlich, wenn man die Ladezeiten analysieren möchte, während man z.B. die Dateien packt, Grafiken als CSS Sprites zusammenfasst, gzip ausprobiert usw.

Ich hatte vorhin gerade mit einem Kollegen darüber gesprochen. Wenn man sich also HTTP Requests anschauen bzw. modifizieren möchte, sollte man sich folgende Erweiterungen ansehen:

• Tamper Data (Firefox Addon)
• Live HTTP Headers (Firefox Addon)
• Poster (Firefox Addon)
• Fiddler Web Debugger (eigenständig, exe)
• HttpWatch (eigenständig, exe)