Entwicklung Firefox
-
pcinfarkt -
15. August 2009 um 20:46 -
Erledigt
-
-
//
Mit Tab Matches [1] wird die bestehenden Awesomebar (-anzeige) - Bookmarks und History - um die Komponente *Tabs* erweitert. Nach Eingabe eines Suchstrings wird dieser nicht nur bei entsprechender Einstellung in den Bookmarks und /oder der History, sondern auch in den Tabs gesucht. In diesem Fall ist eine Wechsel zu diesem Tab über die Awesomebar möglich (switch to tab).[Blockierte Grafik: http://img5.imagebanana.com/img/q2j5d3x/thumb/KT_1103.png]
Ob dieses Feature bereits im kommenden Fx 3.7 Einzug hält [2], ist wohl noch nicht 100%-tig abgenickt!
Download Testbuilds: http://people.mozilla.org/~bmcbride/tabmatches/latest/
[1] https://wiki.mozilla.org/Firefox/Projec…s_in_Awesomebar
[2] http://limi.net/articles/tab-matching-in-the-location-bar -
Kurze Zwischenfrage: bei mir funktionierte das Update (evtl.) wieder mal nicht. Ich bin derzeit bei Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.3a1pre) Gecko/20091204 Minefield/3.7a1pre und es werden keine neuen Updates angezeigt. Jmd. ähnliche Probleme?
MFG
-
-
Danke für die bug infos. Allerdings verstehe ich von dem Fachchinesisch nur einiges. :wink:
Ist es richtig, dass die lokalisierten Updates nur in einem bestimmten Zeitfenster nach Auslieferung der en-US-build verfügbar sind?
-
Richtig, es gibt aufgrund der Anzahl der (gefühlten) 10 Fantastilliarden täglichen Builds gewisse "Überschneidungen".
Nach diversen Optimierungemaßnahmen (siehe die genannten Bugreports) des Build-Prozesses wird dieser "geschmeidiger" laufen. -
Und bis dahin heißt wohl, den richtigen Moment abpassen, in dem das Zeitfenster für die lokalisierten builds offen ist, was? :wink: Hab heut über den tag hinweg aber mehrmals probiert und da kam kein Update. Naja, mal schauen, wie sich das noch verhält.
-
*Jetzt* gerade ist z.B. ein Update vorhanden :-). Alternativ muss man halt wohl vorerst immer das ZIP von http://ftp.mozilla.org/pub/mozilla.or…a-central-l10n/ ziehen. Gibt Schlimmeres.
-
Durchaus. Komfortabler ist AUS aber in jedem Falle.
btw: im Moment krebst Minefield beim Acid3 wieder bei 94/100 rum.
-
-
Stimmt, da schießt tatsächlich ABP quer. Hatte ich vergessen, dass ich das letztens in Minefield installiert habe. Wundert mich aber, diese Auswirkung.
-
Nach länglicher Diskussion im Bug 343396 Merge Stop and Reload buttons when they are adjacent sind jetzt die Schaltflächen für Stop und Reload vereinigt.
Etwaige bezügliche Anpassungen der userChrome.css, bzw. Stylish, müssen entfernt werden. Das dürfte auch für Erweiterungen gleicher Funktionalität gelten.
-
Nope, vorerst "ausgebacken" -> http://hg.mozilla.org/mozilla-central/rev/f4b0fcc1efca ;P
-
Tja, ein nicht im Bug notierter Backout sollte eigentlich nicht existieren ...
-
-
Stimmt, eine Absichtserklärung lag vor.
Der selektive Lesefilter ist auf so etwas eingestellt https://bugzilla.mozilla.org/show_bug.cgi?id=343396#c79 -
Zitat
selektive Lesefilter
Den musste ich auch erst abschalten und dann iterativ von hinten arbeiten.
-
Tab Matches [1] wird also demnächst im Trunk Einzug halten [2] [3].
[1] https://www.camp-firefox.de/forum/viewtopi…=611256#p611256
[2] http://theunfocused.net/2009/12/21/status-update-17/
[3] https://wiki.mozilla.org/WeeklyUpdates/2009-12-21#Firefox -
Steht nach *Namoroka* ein erneutes Ausbranchen (mozilla-1.9.2) - aus der Trunk- Linie (Tree) - bevor [1]? :lol:
Die Vorsätze für 2010 - Roadmap [2].[1] https://bugzilla.mozilla.org/show_bug.cgi?id=536188
[2] https://wiki.mozilla.org/Talk:Firefox/Roadmap -
Ist hier zwar das falsche Thema, aber im Sinne der Stabilität ist es schon sinnvoll die Prozesse der Plugins auszulagern. siehe die von Fremdprodukten verursachten TopCrasher, die dann den Fx nicht mehr in den Abgrund reißen.
Diese Schiene kann aber nicht ohne Gefährdung der regulären Wartung eingezogen werden, womit sich die kleine Schleife anbietet.
-