Wird erst aktiv, wenn:
"Fenster und Tabs der letzten Sitzung anzeigen" anstatt "Startseite"
Entwicklung Firefox
-
pcinfarkt -
15. August 2009 um 20:46 -
Erledigt
-
-
Tja, dann warten wir mal auf Sören oder einen anderen Eingeweihten.
pcinfarkt ist ja zur Zeit wohl nicht aktiv.
PS: Ich nutze den Domi nicht, das Teil ist mir zu technisch.. -
Zitat von Boersenfeger
3. Welcher Schalter lässt mich den Haken entfernen? Es ist ausgegraut und ich will die Tabs nicht erst beim Anklicken laden..
Workaround: Stelle vorübergehend die Chronik auf Fenster und Tabs der letzten Sitzung anzeigen. Dann lässt sich der Haken entfernen...
Mit der Version von heute lässt sich auch der Profilordner wieder öffnen...
Das Stylish-Problem besteht nach wie vor...
Mozilla/5.0 (Windows NT 5.1; rv:13.0a1) Gecko/20120301031135 Firefox 13.0a1 -
Hier kein Problem mit dem Öffnen des Profilordners (en-US). Auch Stylish funktioniert einwandfrei!
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:13.0) Gecko/20120301 Firefox/13.0a1 BuildID: 20120301031135
-
Hier läuft die deutsche Version.
Die Sache mit dem Profilordner hatte sich ja bereits mit dem heutigen Nightly erledigt und Stylish 1.2.6 macht bei 2002Andreas auch kein Problem. Ich warte mal die nächsten Tage/UpDates ab, sonst muss ich nach dem Problem suchen. Vielleicht liegts ja an einem der Scripte, die ich mit UserChrome.js betreibe...
hoschen: Sorry, dein Post ist an mir vorbei gerauscht, habe ihn eben erst gelesen... :oops: -
Für mich die wichtigsten Experimente der letzten Zeit (Tage) - about:home [1] - Bug 711157 - about:home Visual Refresh & Launcher (die Mozilla-Startpage) - Stand:
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT1174f40e0ad1png.png]
und das *leidliche* Thema - Smooth-Scrolling [2] - Bug 206438 - Smooth scrolling should use the 'smoothwheel' algorithm. Ist mit Standbild nicht augenscheinlich darstellbar - bisher 4 beeinflussbare Schalter:
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT117683680830png.png]
UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120301 Firefox/13.0a1 ID:20120301040238
Pushlog: https://hg.mozilla.org/projects/ux/pu…ge=b48e5d3f52e6[1] https://bugzilla.mozilla.org/show_bug.cgi?id=711157
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=206438 -
:wink:
-
.. dann wurde wohl ein UpDate nachgeschoben; kann ich aber erst morgen testen...
// pcinfarkt: Persönliche Frage, wenn gestattet: Warst du die letzten Tage krank? Falls ja, wünsche ich gute Besserung... (ganz ohne Hintergedanken) -
Ich bin gerade fleißig am Testen und ausschließlichem Nutzen von Windows 8, indem ich es mir auf einer virtuellen Festplatte installiert und eingerichtet habe. Aber eines fehlt mir doch besonders dabei: ein Fx, der sich richtig in dieses System integriert und nicht nur im bekannten Desktopmodus glänzt, sondern auch in der neuen Oberfläche namens Metro. Ich habe daher zeitweise auch den IE verwendet, aber das ist irgendwie auch keine Lösung. :wink:
Mein größtes Problem ist, dass man Verknüpfungen zu Webseiten auf dem neuen Startbildschirm zurzeit leider ausschließlich mit dem IE laden lassen kann. Sobald Fx als Standardbrowser eingestellt wird, starten diese Verknüpfungen die Desktopversion des IE. Generell ist die Metro-Oberfläche des IE dann nicht mehr zugänglich und Fx bietet eine solche natürlich bisher noch nicht.
Aber das soll sich ändern, wie auf dieser Wiki-Seite erläutert wird: https://wiki.mozilla.org/Windows_8_Integration
Bisher war die technische Umsetzung noch etwas unklar. Im Kern geht es darum, ob ein alternativer Browser, der die Metro-Oberfläche verwendet, auch weiterhin Zugriff auf Funktionen der Win32-API erhält oder wie bei solchen Anwendungen eigentlich üblich komplett mit der neuen WinRT-API entwickelt werden muss. Eine Umstellung auf WinRT wäre mit einem erheblichen Entwicklungsaufwand verbunden und gerade bezüglich Fx ein sehr heikles Unterfangen. Beim IE selbst handelt sich um eine Hybrid-Anwendung mit Win32- und WinRT-Elementen, so dass man bei Mozilla bisher unbestätigt davon ausging, dass dies für andere Browser auch möglich sein wird.
Dies bestätigt nun ein offizielles Dokument von MS, erläutert Asa Dotzler in einem Blogpost und gibt einen groben Ausblick auf die weitere Entwicklung: http://weblogs.mozillazine.org/asa/archives/2…irefox_for.html
Unter Bugzilla kann man die Entwicklung im Bug 686835 - Windows 8 / Metro support verfolgen. Gerade heute wurde auch noch Bug 732518 - [tracking] Get an experimental build of win32 Fennec running in metro eingestellt, wo man wohl die ersten Experimente für einen Fx mit Metro-Oberfläche wird verfolgen können.
Die Nutzung von Fx hat unter Windows 8 zurzeit noch einen weiteren nervigen Nachteil: Man muss die Hardwarebeschleunigung per Direct2D abschalten, weil es sonst zu erheblichen Grafikfehlern in der Browseroberfläche kommt. Das Problem ist aber bekannt und wird unter Bug 686782 - GFX glitches on windows 8 (with D2D) angegangen. Zumindest hier hoffe ich auf eine kurzfristige Lösung.
-
Danke für den Beitrag, der war wirklich sehr informativ!
Ich bin sehr gespannt, wie gut Mozilla diese Herausforderung gelingt. -
Zitat von Sören Hentzschel
Ich bin sehr gespannt, wie gut Mozilla diese Herausforderung gelingt.
Da hätte ich keinerlei Bedenken. Die Entwickler haben ja gewisse Kenntnisse / Erfahrungen.
Die hier gehegten Bedenken gehen in Richtung instabiler / unausgereifter API, bei denen die Entwickler auf die
Nase fallen werden und sich dann wieder irgendwelche Umgehungsmaßnahmen ausdenken müssen. -
Drei Absturzmeldungen: 1 [Blockierte Grafik: http://www.imagebanana.com/img/dq2md5e2/Gold.png], 2 [Blockierte Grafik: http://www.imagebanana.com/img/dq2md5e2/Gold.png], 3 [Blockierte Grafik: http://www.imagebanana.com/img/dq2md5e2/Gold.png].
Die Signatur ist jeweils identisch; System: Windows 8; die letzten beiden Abstürze waren mit dem Öffnen von about:support in Verbindung zu bringen.
Was kann man den Meldungen entnehmen?
-
-
Nein, das ist installiert! Aber weshalb sollte das der Grund sein, wenn der Browser ansonsten einwandfrei läuft?
-
Zitat von MaximaleEleganz
Was kann man den Meldungen entnehmen?
Dass diese Version noch instabil ist.
Nach einem Besuch von opengl32.dll wird in mehreren Schritten msvcr90.dll betreten, woraufhin nspr4.dll einen DLLErrorInternal feststellt. nspr4.dll möchte zwar noch eine Fehlermeldung absetzen, dosprintf, aber dazu kommt es nicht mehr, weil mozalloc.dll mit einem mozalloc_abort das Handtuch werfen muss.
Momentan keine Ahnung wie weit ein Windows 8 bereits unterstützt wird, aber Bugzilla ist dein Ansprechpartner.
-
Also ich nutze Fx jetzt seit einigen Tagen unter Windows 8 und hatte bisher noch keinen Absturz zu verzeichnen gehabt. About:support habe ich hier auch schon etliche Male aufgerufen, in erster Linie wegen des Problems mit D2D.
-
-
Bug 720659 - "Auto-completing" address bar doesn't play nice with IME (last inline autocomplete blocker)
Bug 729878 - [New Tab Page] Implement new layout
Bug 206438 - Smooth scrolling should use the 'smoothwheel' algorithmKam heute in die Nightly.
-
Das im *UX*-Build getestete [1] /im *Fx-Team*-Build vorgestellte UI für das neue *about:home*- Layout ist nun in der Alpha 1 (Nightly) Rtg. Fx14 implementiert.
UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:14.0) Gecko/20120316 Firefox/14.0a1 ID:20120316031151
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=e5f6caa40409[1] https://www.camp-firefox.de/forum/viewtopi…44227f3#p785808
-
Für mich nicht interessant; was mir aber daran gefällt, ist die Idee! Ohne zu wissen, wo der Weg hinführen soll, sieht es für mich danach aus, als ob der Browser bald ohne Toolbars auskommen soll.
-