Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?

Firefox 4 für Ende 2010 geplant

Laut TG Daily ergänzt die Mozilla Foundation momentan ihre Produkt-Roadmap um das Jahr 2010. Demnach soll der bekannte Web-Browser Firefox wohl Ende des kommenden Jahres in Version 4.0 erscheinen, möglicherweise aber auch schon Oktober 2010. Zuvor sollen aber noch zwei Versionen der 3er-Serie fertiggestellt werden. So ist für Ende 2009 erst einmal die Version 3.6 geplant, die über eine beschleunigte Rendering- und Script-Engine verfügen soll. In der ersten Jahreshälfte 2010 soll dann mit Version 3.7 eine weitere Version erscheinen, die XUL-Animationen unterstützen und Webseiten auch als Anwendungen behandeln kann. Dabei wird Version 3.6 auch als Vorlage für die Mobile-Version Fennec 1.0 dienen, während Version 3.7 in Fennec 1.1 einfließen wird. Mit Firefox 4.0 schließlich soll die mit Googles Web-Browser Chrome eingeführte Trennung von Webseiten in mehrere Threads auch in Mozillas Web-Browser integriert werden. Dies soll auf Mehrprozessor-Systemen zu einer beschleunigten Darstellung mehrerer Webseiten führen. Hierbei wird die zugrunde liegende Rendering-Engine Gecko auch einen größeren Versionssprung von 1.9.4 auf 2.0 machen. Darüber hinaus wird Firefox 4.0 eine neue Benutzeroberfläche erhalten, die sich ersten Entwürfen zufolge an Googles Chrome orientieren. Da sich die Roadmap aber noch im Entwurf befindet, können sich einige Punkte noch verschieben oder ändern.

Weiterführende Links:

Kommentare

maybeapreacher
maybeapreacher02.09.09 15:51
Vorletzter Satz: "die sich ersten Entwürfen zufolge an Googles Chrome."

Da fehlt was. Was macht Gecko denn mit Chrome? Anlehnen?
0
morpheus
morpheus02.09.09 16:32
Hier wird man genötigt oft über das "Geschreibse" zu schreiben, statt die Inhalte zu kommentieren, aber das wird sich wohl nicht ändern und gehört zum Charme der Seite.
Coffee is always the solution
0
dreyfus02.09.09 18:13
Eine leicht holperige Übersetzung... aber, mit etwas gutem Willen, durchaus verständlich.

Interessant, ggf. auch bemerkenswert(?): Die Roadmap klingt, auf den Zeitraum projiziert, reichlich unambitioniert?! Die Oberfläche(n) erfahren keine wesentlichen Änderungen und einen verhältnismäßig großen Anteil übernehmen wir von Google? Keine Details wohin Gecko geht? Oder nehmen wir gleich (und zurecht) WebKit? Ohne orakeln zu wollen... aber hier könnte sich etwas Gravierendes abzeichnen... Ein Absterben von Gecko zu Gunsten von WebKit (schon ein internationales Schwergewicht im mobilen Sektor) könnte MS endgültig in ernsthafte Bedrängnis bringen.
0
idolum@mac02.09.09 18:14
Na, man kann es auch übertreiben, Mozilla.
0
teorema67
teorema6702.09.09 18:31
FireFox 345 für Ende 3157 geplant

Immer diese Werbung für Luftschlösser
Rassismus ist, überall Rassismus zu wittern, wo keiner ist, und damit echten Rassismus zu bagatellisieren. (Dieter Nuhr)
0
Aronnax02.09.09 20:04
Keine Details wohin Gecko geht? Oder nehmen wir gleich (und zurecht) WebKit? Ohne orakeln zu wollen... aber hier könnte sich etwas Gravierendes abzeichnen... Ein Absterben von Gecko zu Gunsten von WebKit

Mozilla wird niemals Webkitty benutzen, da kannst du ganz sicher sein
Man will sich doch nicht verschlimmbessern

Zur Oberfäche - siehe http://blog.stephenhorlander.com/
Ist alles noch eine Ideensammlung, aber die Tabs werden sicher sowohl oben, wie unten möglich sein. Es ist auch z.B. noch nicht mal entschieden, was dann die Standardeinstellung wird.



0
Request
Request02.09.09 20:45
dreyfus
Na ja...wenn man nur 1 mal die Presto Engine 2.2 genutzt hat fragt man sich teilweise was an Webkit so toll sein soll...Gecko ist zwar nicht die schnellste Engine aber sie passt für mich irgendwie perfekt zu Firefox(und auch wenn ich den Browser nicht nutze), einen FFX ohne Gecko ist ein no go...
1984 - Think different - Macintosh - iPhone / iPad - Think nothing - 2014
0
EvoX
EvoX03.09.09 00:55
So viel ich weiß, hat doch Mozilla gerade einen Wettbewerb laufen, wie man das Problem löst, wenn mehr als 10 Tabs geöffnet sind.

Insofern denke ich, dass bei Firefox 4 eine komplett andere Art der Tabs eingeführt wird, also weder oben noch unten.

Wie das nun konkret aussehen soll, werden wir ja dann Ende 2010 erfahren.
Dieser Beitrag wurde nachträglich editiert.
0
dreyfus03.09.09 04:00
Request: Da bin ich ehrlich unschlüssig. Unsere Intranet-Seiten (massives Aufkommen von AJAX und JQuery) geben unter Opera 10 ein sehr gemischtes Bild ab... einige laufen in der Tat schneller als in Safari 4 und andere dagegen sogar fast so langsam wie in IE8 (reproduzierbar)... Hatte weder Zeit noch Muße, dass genauer zu ergründen, da wir eh Safari als Standardbrowser verwenden und Opera das niemals werden wird. Wenn Gecko sich bis FF-Version 10 endlich einmal das Zeichnen von Rahmen um aktive Links abgewöhnt... dann könnte ich vielleicht schwach werden.

Aronnax: Die These sollte ja auch eher die Diskussion befügeln Allerdings sehe ich auch nicht, wo WebKit eine Verschlimmbesserung wäre. Wir hatten seit Safari 3 eigentlich kein einziges Problem damit und in meinen Vergleichen, die ich ab und zu mache, verursacht Safari bei der gleichen Aufgabe immer weniger Prozessorlast als FF und ist meistens trotzdem schneller fertig. Kann ich nicht schlecht finden.
0
sierkb03.09.09 05:52
dreyfus:
Wenn Gecko sich bis FF-Version 10 endlich einmal das Zeichnen von Rahmen um aktive Links abgewöhnt... dann könnte ich vielleicht schwach werden.

Dir kann geholfen werden bzw. Du kannst das selber abstellen bzw. nach Deinem Gusto beeinflussen. Mit CSS.

Firefox schließen.

Dann folgende Datei ansteuern und in einen Editor laden (meinetwegen vorher eine Sicherheitskopie davon machen): ~/Library/Application Support/Firefox/Profiles/Zufallsnummer.Profilname/chrome/userContent-example.css

Dort am Ende Folgendes einfügen:
*|*:-moz-any-link:focus {
outline: none !important;

Dann die Datei abspeichern und in userContent.css umbenennen (steht auch als Hilfe in der Datei selber).

Dann Firefox neu starten. Et voilà!
Im Original ist die obige CSS-Regel in folgender Firefox-Datei zu finden: /Applications/Firefox.app/Contents/MacOS/res/ua.css.
Einfach den Wert für outline zurücksetzen und mit !important als wichtiger einstufen und fertig.

Zumindest bei mir funktioniert's -- hab's gerade getestet.
0
dreyfus03.09.09 07:15
sierkb: Danke für den Hinweis. Werde ich heute Abend sofort ausprobieren. Ich kann natürlich nicht erklären, wieso mich das so stört, aber mir Rollen sich bei diesen Rahmen jedesmal die Fussnägel hoch - war tatsächlich anno dunnemals der Hauptgrund weshalb ich von Netscape zu IE gewechselt bin.
0
sierkb03.09.09 12:43
dreyfus:

Mich stört's nicht. Im Gegenteil: ich finde es entgegenkommend in den Fällen, wo das CSS der betreffenden Webseite keine Regel vorgesehen hat für die Fälle von :focus bzw. wenn man auf einen Link klickt und da Feedback evtl. ganz willkommen sein kann...

Bei Mozilla wird der Rahmen ja auch nur dort angezeigt, wo eben von der Webseite selber in der Richtung nichts definiert worden ist. Dort, wo von der betreffenden Webseite eine andere Regel für diesen Fall vorgesehen ist, gilt die Regel der betreffende Webseite und nicht dieser Fallback von Firefox.

Ich finde es völlig in Ordnung, wie es bei Firefox gelöst ist und im Grunde sehr begrüßenswert, dass dieser (doch imemr noch recht dezente) Fallback überhaupt existiert (man hätte seitens Firefox einen solchen sog. "hot link" ja traditionsgemäß auch einfach nur rot färben können, wenn er angeklickt wird).
0

Kommentieren

Sie müssen sich einloggen, um die News kommentieren zu können.