Entwicklung Fx 3.5 Shiretoko (bis Beta 3 Fx3.1)

Estartu

Zitat von pcinfarkt

Danke.
Wenigstens 1-ner!

Oops. Sorry. :oops: Von mir natürlich auch alles Gute im neuen Jahr. Habs doch glatt überlesen. :oops:

pcinfarkt

//

Zitat von Estartu

Oops.

Ich meinte die Vista- Fx3.1- Tester! :wink:

pcinfarkt

Auch wenn Fx3.1 in der Beta 3pre- Phase ist, bestimmte Regularien also greifen und damit eigentlich die Ampel auf "Rot" steht - als neuer Nicht- TMP- Nutzer würde ich mich über einen Aufsprung des für den Trunk vorgesehenen Features Tab Opening Behavior/Position [1] auch in den Branch freuen. Diskutieren tut man es ja - [2].

Vergleichbar ist dieses Feature mit der Extension Tabs Open Relative [3].

[1] http://www.beltzner.ca/mike/archives/…all-change.html
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=465673
[3] https://addons.mozilla.org/en-US/firefox/addon/1956

RedSign

Das gehört zu den Kleinigkeiten, aufgrund derer ich nicht auf TMP verzichten möchte. Ich kann es einfach nicht leiden, wenn die Tabs immer am ganz rechten Rand geöffnet werden.

Wenn ich ehrlich bin,. dann finde ich das auch im IE 8 schön gelöst, denn dort werden zusammengehörige Tab auch noch eingefärbt. Dafür verhält dieser sich hier unter Windows 7 erstaunlich behäbig. Aber ein Ersatz für Fx ist es ja ohnehin nicht.

Auch solche Kleinigkeiten wie ein gerade versehentlich geschlossenes Tab einfach mit einem Mittelklick auf die Tableiste wiederherstellen zu können, sind für mich sehr wichtig. Das ist wirklich mal ein bereich, in dem ich sehr viel einstellen können möchte.

pcinfarkt

//

Zitat von RedSign

- Das gehört zu den Kleinigkeiten, aufgrund derer ich nicht auf TMP verzichten möchte. Ich kann es einfach nicht leiden, wenn die Tabs immer am ganz rechten Rand geöffnet werden.

Um Tab's bspw. re. vom Current- Tab zu öffnen, braucht man kein TMP. :wink:
Mittelklick? Undo Close Tab ist auch im Kontext!

RedSign

Den ersten Satz musste ich dreimal lesen, um ihn zu verstehen.

Ich wüsste nicht wie, aber wahrscheinlich spielst du auf einen Schalter in about:config an, oder?

Dass das übers Kontextmenü geht weiß ich auch du Horst. :wink: Finde ich aber kacke und umständlich. Genauso gut könntest du mir auch sagen, dass man Links auch über das Kontextmenü in einem neuen Tab öffnen kann. Außerdem ist das zu "un-geekig"

Wusstest du eigentlich, dass man in Windows 7 die Fenster auch schließen kann, indem man das Vorschaubildchen über dem Taskleisteneintrag mit dem Mittelklick klickt? Ist echt praktisch, vor allem wenn es sich um mehrere Instanzen eines Programms handelt. Du siehst, selbst MS hat den Mittelklick entdeckt und das nicht mehr nur im IE. Ein Mittelklick auf ein laufendes Programm auf der Taskleiste öffnet übrigens eine neue Insatnz ... aber das ist wohl sehr OT. :roll:

Edit: Ich habe mir übrigens sogar eine neue Maus gekaut, und das nur weil bei der alten der Mittelklick nicht mehr funktionierte. Dafür verwende ich diese jetzt auf der Arbeit, da brauche ich das kaum. Und wenn doch, dann komme ich mir immer dämlich vor das umständlich mit dem Kontextmenü machen zu müssen.

pcinfarkt

Vllt. nochmal kurz vor der ausstehenden Beta 3 von Firefox 3.1.

Mit dem ausgelieferten Nightly Build-ID: 20081111 032821 wurde die Modifizierbarkeit der Awesomebar mit dem Schalter um den Schalter browser.urlbar.search.sources [1] eingeleitet. Natürlich wurde diese Möglichkeit auch in der Oberfläche des Browsers als Einstellung umgesetzt:

[Blockierte Grafik: http://www.img-teufel.de/thumbs/KT449b13ab942png.png]

Die Auswahl bezüglich der gewünschten Anzeige in der Awesomebar bei Eingabe eines Begriffes kann nun bequem mit einer optionalen Einstellung erfolgen. Die Defaultstellung bei Auslieferung ist *History and Bookmarks* (browser.urlbar.search.sources;3). Ausser dieser Option ist *History*(1), *Bookmarks*(2) und *Nothing*(0) einstellbar.

Die Umsetzung erfolgte bereits im ausgelieferten Nightly Build-ID: 20081220 041002 [2] mit Einarbeitung des Bug 460343 [3]. Im Trunk bereits mit Build-ID: 20081218090320. :wink:

Alles wird gut - [4]!

[1] http://www.firefox-browser.de/forum/viewtopi…p=510541#510541
[2] http://forums.mozillazine.org/viewtopic.php?…35c020#p5272855
[3] https://bugzilla.mozilla.org/attachment.cgi…459&action=edit
[4] http://www.firefox-browser.de/forum/viewtopi…p=478066#478066
___________________________________________
Beachte: http://www.firefox-browser.de/forum/viewtopi…p=531327#531327

Schokomüsli

Womit ich mich leider so gar nicht anfreunden kann, ist das Entfernen des Tab Schließen-Buttons für den 1. geöffneten Tab. Gibt es eine Extension die das wiederherstellt?

Danke im Vorraus.

.Ulli

Hallo Schokomüsli,

Willkommen im Forum

Ich auch nicht, aber das geht mit Bordmitteln

Zitat von userChrome.css

/* Close Button des Tabs */
.tab-close-button{
visibility: visible !important;
display: inline !important;
}

Referenz im Wiki: http://www.firefox-browser.de/wiki/UserChrome.css

Schokomüsli

Danke für ie Hilfe.

Nur wird immer noch Firefox beendet, wenn ich aufs X klicke - es soll aber lediglich der Tab geschlossen werden, sodass mir die Startseite wieder angezeigt wird, so wie's eben früher war, zu Firefox 2-3.0-Zeiten.

.Ulli

Dann ergänze die Datei

Zitat von user.js

user_pref("browser.tabs.closeWindowWithLastTab", false); /* Letzer Tab schließt den Browser nicht */

Referenz im Wiki: http://www.firefox-browser.de/wiki/User.js

pcinfarkt

Mit dem heutigen ausgelieferten Nightly wurden weitere Feinarbeiten bzgl. Drag&Drop, (New Tab Button) Tabbar und (der Feinmotorik) Tab tearing [1] vorgenommen. Augenscheinlich ist die Aufnahme des New Tab Buttons in die Toolbox [Abb.].

[Blockierte Grafik: http://www.img-teufel.de/thumbs/KT4722c6bf6fbpng.png]

Aber ebenso ist nun (u.a.) ein Drag&Drop aus der Tabbar in das aufgeblätterte Bookmarks- Menü möglich. Dem Feature Tab tearing wurde etwas von der Überempfindlichkeit genommen.

U.a. relevante Fixes:
https://bugzilla.mozilla.org/show_bug.cgi?id=471499 ff
https://bugzilla.mozilla.org/show_bug.cgi?id=457651
https://bugzilla.mozilla.org/show_bug.cgi?id=456984

UA: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9.1b3pre) Gecko/20090123 Shiretoko/3.1b3pre ID:20090123031537

[1] http://www.firefox-browser.de/forum/viewtopi…p=518511#518511

pcinfarkt

Immer wieder Awesomebar :wink: !
Mit dem heutigen Nightly- Build wurden gesetzte Schalter [1] "bereinigt" (zusammengeführt) und die Funktionen neu verteilt. Augenscheinlich ändert sich für den User nichts. Nach wie vor ist die optionale Einstellung der Anzeige möglich.

[Blockierte Grafik: http://www.img-teufel.de/thumbs/KT449b13ab942png.png]

Geschalten wird (nun wieder) über browser.urlbar.default.behavior und im einem Fall wird auch zusätzlich der Boolean- Schalter browser.urlbar.autocomplete.enabled von Default = true auf *false* umgelegt. Entfallen ist der Schalter browser.urlbar.search.sources.
Ganz schön verwirrend :wink: !

UA: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090129 Shiretoko/3.1b3pre ID:20090129035313

Relevante Fixes dazu:
https://bugzilla.mozilla.org/show_bug.cgi?id=472943
https://bugzilla.mozilla.org/show_bug.cgi?id=471903

[1] http://www.firefox-browser.de/forum/viewtopi…p=510541#510541

pcinfarkt

Nochmal css- Eigenschaften (neu ab 3.1) :wink: . Wurde hier ja schon mal ein Abstecher gewagt [1]. Vielleicht mal noch ein 2-ter. Und zwar die Eigenschaft

Code

text-shadow

Zur Syntax ist unter [2] etwas zu finden. Ein Beispiel zum Markieren von Links mit dieser Eigenschaft beim Maus- Hover:

Code

a:hover {
     text-shadow: green 1px 2px 0.5px;  
     }

[1] http://www.firefox-browser.de/forum/viewtopi…p=517992#517992
[2] https://developer.mozilla.org/en/CSS/text-shadow

:lol:

Estartu

Zitat von pcinfarkt
Nochmal css- Eigenschaften (neu ab 3.1) :wink: . Wurde hier ja schon mal ein Abstecher gewagt [1]. Vielleicht mal noch ein 2-ter. Und zwar die Eigenschaft
Code
text-shadow

Gleich mal getestet. Schaut cool aus.
[Blockierte Grafik: http://img3.imagebanana.com/img/n253erkc/textshadow.jpg]

Danke für den Hinweis.

pcinfarkt

Eine geht noch :lol: . Zumal auch wegen den Zusamenhang zum Beitrag #474.

Code

-moz-box-shadow

Angaben zur Syntax sind unter [1] zu finden. Und das gleiche Beispiel zum Markieren von Links mit dieser Eigenschaft beim Maus- Hover (keine sinnvolle Semantik :wink:

Code

a:hover {     
     -moz-box-shadow: blue 2px 2px 2px, orange 3px 3px 3px 3px; 
     }

[1] https://developer.mozilla.org/en/CSS/-moz-box-shadow

[Blockierte Grafik: http://www.img-teufel.de/uploads/MonGbe60b115gif.gif]

Scoty

Leider hat die Pre Beta 3 den selben Bug wie alle anderen 3.1 Builds zuvor zumindest bei mir und Freunden. Wenn man mehrere Tabs offen hat und diese schlisst bis zum letzten so schlisst sich der FF gleich auch mit.

.Ulli

Das ist kein Bug sondern ein heftig diskutiertes Feature.
Wenn das nicht gewünscht ist, ergänze man

Zitat von user.js

user_pref("browser.tabs.closeWindowWithLastTab", false); /* Letzer Tab schließt den Browser nicht */

Scoty

Zitat von .Ulli

Das ist kein Bug sondern ein heftig diskutiertes Feature.
Wenn das nicht gewünscht ist, ergänze man

Warum sollte so was ein Feature sein? Danke auf jeden falle für die Lösung.

pcinfarkt

Scoty,
Gegenfrage: Warum soll ein Browser offen bleiben, wenn der letzte Tab geschlossen wird?
Wenn Du ein 2-tes Fenster mit 1-em Tab öffnest und diesen schließt - soll dann das 2-te Fenster mit "leeren" Tab erhalten bleiben?

Interessant wäre ein optionaler Hinweis für den User auch bezüglich der Wahlmöglichkeit.