Entwicklung Firefox

.Ulli

Eine Verbesserung / Verschlimmbesserung der geilen Leiste ist gelandet:
Bug 566489 - Enable inline autocomplete again, but make it smarter (perceived performance)
und gleich wurde auch ein Report dagegen erstellt:
Bug 720240 - "Enable inline autocomplete again, but make it smarter" actually made it dumber

Das im zweiten Report bemängelte Verhalten kann ich bestätigen. Nach der Eingabe von "fi" zeigt sich …
[attachment=0]Bildschirmfoto Leiste.png[/attachment]
eine Ergänzung zu fileplanet, eine Seite, die nur einmal am 15.01 aufgerufen wurde, auch die erste Adresse im Container stammt vom 18.01. Hingegen landet ein regelmäßig besuchtes Forum nur auf Platz 3.

Keine Ahnung ob ich mich daran gewöhne oder ob ich mich dem Report anschließen werde.

Sören Hentzschel

Bitte schließe dich diesem Report an - Absolut schrecklich, dieses Verhalten! Man kann es über about:config zwar deaktivieren, aber aktiviert macht es Firefox wirklich unbrauchbar für mich. Es ist viel umständlicher, die gewünschten Seiten aufzurufen, dabei soll dieses Feature es eigentlich einfacher machen. Das wäre sogar für mich tatsächlich ein Grund, den Browser zu wechseln wäre mir die Einstellung hierfür nicht bekannt. Und ich bin mir sicher, dass die meisten normalen Anwender den Konfigurationsschalter nicht kennen werden...

.Ulli

Gemach, der Eintrag muss etwas mehr Substanz als ein profanes "me too" besitzen.

klink

Die Erfahrung zeigt aber, dass das Voten oder Eintrag hinterlassen von Mozilla nicht beachtet wird.

MaximaleEleganz

// Das UX-Nightly erhält in den letzten Wochen seine Aktualisierungen eher unregelmäßig; warum ist das so?

pcinfarkt

> Das UX-Nightly erhält in den letzten Wochen seine Aktualisierungen eher unregelmäßig; warum ist das so?

Im Sinne von *regelmäßig* erfolgte das Building der UX-Entwicklungen noch nie :wink: .
Ausnahmen waren Phasen, in welchen relativ intensiv div. UI-Experimente erfolgten. Oftmals erfolgt zwischen durch ein Merge mit dem Build der Hauptreihe (oder anderer Testbuilds). Was auch zwingend ist; so auch heute [1].

Der vorläufig letzte größere UI-Test beinhaltet das Feature NewPage - Stand [2]. Möglicherweise wird es ja irgend wann in Trunk-Linie anwenderfreundlicher übernommen. Oder es gibt dazu wieder - wie bei dem Feature der animierten Tabs - ein Backed out. Nächster Akt der Anpassung an Chrome - Titlebar! Allgemein - [3].

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120124 Firefox/12.0a1 ID:20120124040203

[1] https://hg.mozilla.org/projects/ux/pu…ge=e9f148b498e5
[2] http://timtaubert.de/2012/01/status…ert-2012-01-13/
[3] https://wiki.mozilla.org/UX/ToDo

pcinfarkt

In der heutigen Nightly-Ausgabe wird ist das Feature NewTab-Page [1] - UI im UX getestet - implementiert. Die Funktion ist noch deaktiviert. Mit 2 modifizierten Schalter-Werten

Code

browser.newtab.url;about:newtab
browser.newtabpage.enabled;true

ist jedoch ein 1-ter Blick möglich. :wink:

[Blockierte Grafik: http://www7.pic-upload.de/thumb/26.01.12/yvdoag3ewrl.png]

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120125 Firefox/12.0a1 ID:20120125234652
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=402b394b6623

[1] https://wiki.mozilla.org/Firefox/Features/New_Tab_Page

klink

funktionieren bei dir thumbnails?

MaximaleEleganz

Kam mir im UX schon steinzeitlich vor, aber aller Anfang ist schwer. :mrgreen:

Zitat von pcinfarkt

Im Sinne von *regelmäßig* erfolgte das Building der UX-Entwicklungen noch nie [...]

Danke!

pcinfarkt

... und Backed out! Der New Tab Page Feature- Bug hat Status Reopened.
Bis Dato muss das aber keine Parallele zu ähnlichen sein...

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120126 Firefox/12.0a1 ID:20120126093130
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=7cdb5f5d38c6

pcinfarkt

... und wieder rein (implementiert!). Nach dem gestigen fx-team-Build auch in der heutigen Nightly-Ausgabe.

[Blockierte Grafik: http://www7.pic-upload.de/thumb/28.01.12/f46nrokeav94.png]

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120128 Firefox/12.0a1 ID:20120128013133
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=447c2d118139

Edit:
Rein, Changeset 447c2d118139
Raus, Changeset e99e0dc97746
...
<;)

pcinfarkt

http://www.squarefree.com/burningedge/20…8-trunk-builds/

MaximaleEleganz

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/201201312141388d9a5228png.png]

pcinfarkt

Ohne AppMenu- Button:

[Blockierte Grafik: http://www.img-teufel.de/uploads/WS18629942a23png.png]

Mit AppMenu- Button:

[Blockierte Grafik: http://www.img-teufel.de/uploads/WS187f0c9116bpng.png]

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120129 Firefox/12.0a1 ID:20120129040201

MaximaleEleganz

Beim ersten Versuch ist die Auswahl noch anklickbar, es öffnet sich aber kein Fenster. Beim zweiten Versuch wie abgebildet. Alles mit neuem Profil.

pcinfarkt

Danke + Sorry.
~~Kann ich nicht einmal mit einem belasteten Profil bestätigen.~~
Also in beiden obigen Varianten die Toolbox im Kontext angewählt; geschlossen und erneut angewählt! Kein Ausgrauen - kein Problem!
Ist im Ablauf irgend etwas anders?

Nochmals Sorry!
me, ich bestätige deine Beobachtung.
Wie du aus meinen obigen UA siehst, hatte ich mir das aktuelle Update noch nicht geholt :oops: .

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120131 Firefox/12.0a1 ID:20120131075446

pcinfarkt

me,
das nachgelegte Build (ID: 20120201 013253) [1] ist wieder stabiler. Auch der wiederholte Aufruf der Toolbox ist wieder möglich.
Ich denke, das Merge mit dem aktuellen Trunk und den eingepflanzten (unangepassten Alt-) Patches bzgl. des Features DL-Panel führte beim Build (ID: 20120131 075446) [2] zum *Kollaps* (meine Worte) :wink: .

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120201 Firefox/12.0a1 ID:20120201013253

[1] https://hg.mozilla.org/projects/ux/pu…ge=55679d7cb9cf
[2] https://hg.mozilla.org/projects/ux/pu…ge=f3cf0254f422

pcinfarkt

Die möglw. schon präzisierten Ziele? - [1].

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:13.0a1) Gecko/20120201 Firefox/13.0a1 ID:20120201031146
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=e18c7bc2c28e

[1] https://wiki.mozilla.org/Features/Relea…king#Firefox_13

[Blockierte Grafik: http://img7.imagebanana.com/img/wavksjis/speedy.gif]

Sören Hentzschel

Darf ich die Frage mit einem 'Nein' beantworten? :lol:

Ich halte die Release Tracking-Seite im Mozilla Wiki für relativ nutzlos, da die Release-Ziele auf dieser Seite nur in den seltesten Fällen erreicht werden und es außerdem mehr als unvollständig ist. Manch Feature wird da schon seit Rapid Release rumgeschoben. Ginge es nach der Release Tracking Seite hätte Firefox seit Version 5 oder 6 eine Share-Funktion. Aber klar, ein Anhaltspunkt für die aktuellen Bestrebungen ist es... Aber nach sechs Wochen sieht es eh jedes mal wieder ganz anders (und eben unvollständig) aus.

pcinfarkt

Was du von was hältst oder nicht - wen interessiert das?
Melde deine Bedenken zu dieser Seite - welche zumindest einen Überblick gibt - Mozilla oder bei *Hofe*!