Entwicklung Firefox

Das dazugehörige Bugzilla-Ticket ist nicht öffentlich und ich habe auch sonst nichts gehört, insofern kann ich dazu keine gesicherte Aussage treffen. Aber beim letzten Mal, als sie das machten, passierte das, um den Austausch der Icons zu testen. Vielleicht wollen sie mit Proton das Logo nochmal anpassen. Oder es hat rein technische Gründe. Jedenfalls ist es nicht versehentlich passiert.

Vielleicht wollte man aber auch einfach nur an alte Zeiten erinnern. Nicht einmal Servo nutzt noch dieses Logo, das Servo-Projekt hat mittlerweile ein richtiges und professionelles Logo.

Das Ganze wurde übrigens im Mozilla-Blog heute schon angedeutet:

https://blog.mozilla.org/firefox/the-fo…e-firefox-logo/

Zitat von Lurtz

Hat es einen Grund dass die Windows Nightly gerade wieder den Servo-Hund im Logo hat?

Bei mir sieht das heute so aus niedlich

Zitat von Sören Hentzschel

Ich habe vor, jetzt immer zum jeweils nächsten Monat ein Fission-Update zu geben (immer im Vergleich zum letzten Monat):

M6c (50% Prozent der Nightly-Nutzer): keine offene Tickets (-11), Experiment ist aktiv.

M7 (Start mit 5% der Beta-Nutzer; nur Windows und macOS): noch 79 offene Tickets (-54, wenn die nach M7a verschobenen als nicht erledigt berücksichtigt werden)

M7a (Linux): noch 30 offene Tickets (neuer Meilenstein)

M8 (Start mit einem kleinen Teil der Release-Nutzer): noch 30 offene Tickets (-1)

MVP (Standardmäßige Aktivierung in finaler Version): noch 95 offene Tickets (+48)

Was bedeutet ein [A] hinter dem [F] für Fission im Tabtitel?

Ob der Tab aktiv ist. Normalerweise ist das ja eh offensichtlich, weil nur ein Tab aktiv ist. Das soll beim Debugging von Problemen in Zusammenhang mit dem Tabwechsel helfen.

Ah, danke. Und aktiv ist per Definition immer nur der gerade selektierte Tab?

Wenn hinter dem F noch Zahlen stehen, sind das die Prozess-IDs der durch Fission separierten Content-Prozesse?

Im Normalfall ist der gerade selektierte Tab, aber für den Normalfall braucht man diese Kennzeichnung auch nicht. Wenn es ein Problem beim Tab-Wechsel gibt, kann es sein, dass ein anderer Tab noch "aktiv" ist, der nicht mehr aktiv sein sollte. Und um das einfacher zu erkennen, wurde das "[A]" eingefügt.

Die Prozess-ID für den jeweiligen Tab steht hinter dem "pid". Wenn nach dem "[F]" noch eine oder mehrere Zahlen stehen, sind das die Prozess-ID für Frames, die auf der jeweiligen Seite eingebettet sind. Du wirst diese IDs auch auf about:processes finden, da steht dann "Subframe" statt "Tab".

Ist das eine gewollte (Proton?)-Änderung, dass Scrollbalken jetzt breiter sind?

Wenn, dann hat es nicht mit Proton, sondern mit dem Non Native Theming (NNT) zu tun:

https://bugzilla.mozilla.org/show_bug.cgi?id=1687022

Aber ich kenne die Spezifikationen für Windows nicht.

Native Theming heißt mehr UI-Elemente werden wie es Windows vorgibt gethemet, statt von Firefox?

Native Theming würde vom Betriebssystem kommen. Bisher kamen die Scroll-Leisten vom Betriebssystem. Non Native Theming ist das Gegenteil. Firefox kümmert sich also jetzt darum. Es geht dabei weniger um optische Belange als viel mehr um den "Win32k-Lockdown" (https://bugzilla.mozilla.org/show_bug.cgi?id=1381019), so dass Firefox, wie übrigens auch Chrome und Edge, nicht mehr die Win32k-APIs von Windows in den Content-Prozessen nutzt. Auf Linux ist NNT eine zwingende Voraussetzung für die Auslieferung von Fission.

Kann es sein dass die neue Mediensteuerung der Proton-Tabs zurückgenommen wurde bzw. kleiner geworden ist beim compact Theme?

Kann ich im aktuellen Nightly-Build nicht bestätigen. Wobei ich natürlich nicht weiß, wie viele Tabs du offen hast. Wenn viele Tabs offen und die Tabs entsprechend klein sind, siehst du derzeit etwas weniger Text, nachdem die klickbare Fläche vom Schließen-Button vergrößert worden ist. Die Tab-Beschriftung wird aber wieder etwas mehr Fläche bekommen, das ist also auch noch nicht der fertige Zustand.

Das Produktmanagement möchte den Compact Mode für Proton entfernen: https://bugzilla.mozilla.org/show_bug.cgi?id=1693028

Finde ich doch eine unglückliche Entscheidung, das normale UI ist mit Proton doch sehr ausladend was den oberen Bildschirmrand angeht.

Abwarten. Selbst wenn der Patch in dieser Form landen sollte, wird dieser nur die sichtbare Einstellung entfernen und eine Änderung via about:config weiterhin möglich sein. Und parallel landen ja sogar Verbesserungen des kompakten Modus. Gerade vor ca. 20 Minuten ist erst ein Patch gelandet, der den kompakten Modus verbessert und vor zwei Tagen landete bereits ein anderer Patch zur Verbesserung des kompakten Modus. Ein weiterer Patch für den kompaten Modus in Arbeit, außerdem wurde heute ein Patch geschrieben, der Telemetrie für den kompakten Modus hinzufügt, damit Mozilla Daten dazu bekommt, die sie bisher noch gar nicht haben.

Zitat von Sören Hentzschel

und eine Änderung via about:config weiterhin möglich sein.

Welche Pref mit welchem Wert wäre das dann?

Was soll denn das bitte für einen Sinn haben, den kompakten Modus fortzuführen, ihn aber noch tiefer zu verstecken, wo doch gerade die schlechte Findbarkeit zusammen mit dem Gefühl, dass er kaum verwendet wird, der Hauptgrund für dessen Entfernung ist? Mir kommt das so vor, als ob man da den Schaden begrenzen möchte, aber nicht zugeben will, eine schlechte Entscheidung getroffen zu haben.

Ich frage mich bei solch merkwürdigen Entscheidungen immer was an einem Browser wichtiger ist, viel verschwendeter Platz für die Oberfläche des Browsers, oder so viel Platz wie nur irgend möglich für die darzustellende Webseite zu gewinnen, soll heißen, das Einstellen des Kompakt-Modus ohne lange in about:config suchen zu müssen zu entfernen ist mal so etwas von daneben.

Zitat von Dharkness

Zitat von Sören Hentzschel

und eine Änderung via about:config weiterhin möglich sein.

Welche Pref mit welchem Wert wäre das dann?

Das wäre dann die → browser.uidensity Pref mit 1 als Wert.