Schau einfach aufs Datum
http://stadt-bremerhaven.de/firefox-mit-de…r-zwei-engines/
Schuldig im Sinne der Anklage 
Der Beschuldigte wird zu drei Pils und ein Kölsch verurteilt. 
Umgehend zu konsumieren.
Endor
Eigentlich nicht mal wirklich sooooo gut gemacht. Der Key (engine.switch.webkit) wäre so nie eingeführt worden. Boolean für eine bestimmte Engine wäre nicht im Sinne des Umschaltgedankens.
nglayout.engine = 1 (gecko) / 2 (webkit) / 3 (Trident)wäre mehr im Sinne der modularen Renderengine gewesen. *klugkack* 
Und neu ist der Aprilscherz meines Wissens auch nicht. So ein Gerücht wurde schon mal eingestreut.
Aber weil es vielen aus dem Herzen spricht, ist es natürlich immer wieder ein Bauernfänger dem man nur zu gern Glauben schenkt. Insofern, gute Leistung.
Wobei es mich im Grunde wundert, warum es noch immer keine "Webkit-Tab"-Erweiterung (analog zum IE-Tab) gibt.
Mich täte es endlich mal andersrum freuen, aber das war damals nur mit der
Mozilla-Browser-Build machbar, die ist aus heutiger Sicht steinalt. 
Einen Webkit im IE gibts ja schon von Google. Gecko ist nicht sooo einfach einzubinden, daher kann ich nachvollziehen, warum das nicht sehr oft gemacht wird. Zumal Leute Chrome/Safari wegen Webkit benutzen und nicht Webkit wegen Chrome/Safari. Weil so schön schnell und leicht usw. Gecko ist da ein anderes Kaliber. Will man Gecko in Safari/Chrome stopfen, nimmt man sich die Vorteile von den beiden Browsern ohne wirklich die Vorteile von Gecko aus zu spielen. Macht also irgendwie wenig Sinn. Und von offizieller Seite würde Webkit im Firefox auch wenig Sinn machen. Damit verkrüppelt man eine Vielzahl von Erweiterungen, siehe IE-Tab, der das selbe Problem hat und im Grunde nur für "IE-only"-Seiten als Notnagel brauchbar ist. Da es keinen gemeinsamen Standard für Erweiterungen gibt, diese aber immer mehr zu einem wichtigen Bestandteil der Browserwelt werden, ist der Austausch/Wechsel von Renderengines wohl auf absehbare Zeit eher unwahrscheinlich.
Danke für das bissl Unterhaltung an diesem tristen Feiertag 
