Firefox-esr 91.4.1, Leisten verändern

[dasebastian]

Habe hier noch eine Menge dieser css-Schnippsel gefunden, falls von Interesse. Selber noch nichts getestet, werd die nächsten Tage mal ausprobieren.

https://github.com/MrOtherGuy/firefox-c ... ter/chrome

[hikaru]

Habe hier noch eine Menge dieser css-Schnippsel gefunden, falls von Interesse. Selber noch nichts getestet, werd die nächsten Tage mal ausprobieren.

https://github.com/MrOtherGuy/firefox-c ... ter/chrome

Danke! Da ist einiges Nützliches dabei. Ich kann jetzt dank Tab-Separatoren [1] und Hervorhebung des aktiven Tabs [2] wieder erkennen, wo ich gerade bin.
Es macht sogar Spaß, etwas damit herumzupielen (um z.B. den Regenbogen aus [2] loszuwerden). Aber es ist immer noch blöd das tun zu müssen um klar unterscheidbare Bedienelemente zu bekommen.

[1] https://github.com/MrOtherGuy/firefox-c ... _lines.css
[2] https://github.com/MrOtherGuy/firefox-c ... border.css

[dasebastian]

Ich kann jetzt dank Tab-Separatoren [1] und Hervorhebung des aktiven Tabs [2] wieder erkennen, wo ich gerade bin.

Die Separators habe ich mir auch wieder reingeholt, den Regenbogen habe ich weggelassen, bruhaha!

Es macht sogar Spaß, etwas damit herumzupielen...

Schon, ja...

... aber es ist immer noch blöd das tun zu müssen um klar unterscheidbare Bedienelemente zu bekommen.

Vollste Zustimmung. Ich werde die userChrome.css wohl in meine Backuproutine integrieren. Im Bewusstsein, dass die bei einem nächsten Update jederzeit knirschen kann.

Mit

Code: Alles auswählen

/* Urlbar height */
:root {
 --urlbar-min-height: 20px !important;
}

kann man auch die Höhe der Urlbar beeinflussen, das sieht man, wenn man die Höhe mal auf 60px oder so setzt. Ich bekomme sie aber - augenscheinlich - nicht schmäler als 20px, da tut sich nichts mehr, ausser dass die Symbole links im Input-Container immer kleiner werden. Das Gleiche mit "urlbar-input-container" hat keine Auswirkungen, wie mir scheint. Mal gucken, ob's da noch was Anderes gibt.

EDIT: Wenn schon basteln, dann gleich richtig. Ich suche noch nach Lösung für:

• Tabs: Aktive Tabs haben keinen Schatten bzw. Umrundung sondern eine einfache Hintergrundfarbe (die ich editieren kann)

• Die Urlbar wird bei Eingabe nicht "größer" mit dieser blauen Umrandung und dem Schatten

Ich bleibe da selber auch dran, nur sollte mal wer drüber stolpern, bitte danke!

[dasebastian]

Hier ein kleines Update meiner aktuellen userChrome.css:

Code: Alles auswählen

/* ~/.mozilla/firefox/PROFILE/chrome/userChrome.css */
/* 20211222 */

/* tabbar height */
:root { --tab-min-height: 20px !important; }

/* remove active tab-highlighting */
:root .tab .highlighter::before { display: none; }

/* remove active tab-shadow */
:root .tab-background[selected]{ box-shadow: none !important }

/* active tab background-color */
:root .tab-background[selected]{ background: #FFFFFF !important }

/* remove urlbar-shadow */
#urlbar-background, #searchbar { box-shadow: none !important; }

/* remove urlbar-highlighting */
:root { --toolbar-field-focus-border-color: transparent !important; }

War eine fröhliche Entenjagd...

Jetzt noch: highlighting Urlbar weg und Schatten Active-Tab weg und gut iss!

EDIT: Code aktualisiert

[KP97]

Die Höhe eines Feldes hängt auch immer von der Umgebung ab, wie z.B. die Tabbar, Navigator-Toolbox, die Schriftgröße und weitere Faktoren.
Ist also nicht nur mit einem Befehl getan.
Auch beginnen nicht alle Selektoren mit :root, das ist nur eine Variante unter vielen.

Ich mache das seit Jahren und habe einen Browser, der perfekt in mein System und vor allen Dingen dem Systemtheme integriert ist.
Systemtheme habe ich natürlich auch ein eigenes, ich schraube halt gerne am System herum (war ja früher mal mein Beruf..).

Übrigens behalten die Einträge in der userChrome.css und userContent.css ihre Gültigkeit auch nach einem Update des Browsers.
Die stehen ja im Home, das ist ja unahängig vom Programmordner.
Bei einem ESR bleibt die Version ja über fast 1,5 Jahre erhalten, und bei einem StandardFF ändern sich höchstens mal die Selektoren, aber das ist auch nicht so oft.
Das kommt mal vor bei einem Major-Release wie von 78 zu 91 und weiter zu 95, aber auch dann nur eine handvoll.
Mit dem Inspektor sucht man die neue Bezeichnung, ändert diese in der userChrome und gut ist.

In der user.Chrome.css sollte als erstes diese Zeile stehen, damit die nachfolgenden Befehle auch einen Bezug haben:
@-moz-document url(chrome://browser/content/browser.xhtml)

Das gilt nicht für die userContent.css, die bezieht sich ja auf unterschiedliche Webseiten.

Hier noch einige Links, die ich sehr hilfreich finde:

https://developer.mozilla.org/de/docs/W ... eiterungen
http://www.w3schools.com/cssref/
https://css-tricks.com/almanac/
und auch hier
https://www.camp-firefox.de/forum/forum ... passungen/

Dann gibt es außer CSS noch Veränderungen durch Javascript, aber das ist wieder ein zusätzliches Thema.

[dasebastian]

Die Höhe eines Feldes hängt auch immer von der Umgebung ab, wie z.B. die Tabbar, die Schriftgröße und weitere Faktoren.

Ich dachte mir das schon, an der Schriftgröße in der URL dann herumzubauen, war's mir nicht (mehr) wert, das geht ja dann auch auf die Lesbarkeit.

Übrigens behalten die Einträge in der userChrome.css und userContent.css ihre Gültigkeit auch nach einem Update des Browsers.
(...) Das kommt mal vor bei einem Major-Release wie von 78 zu 91 und weiter zu 95, aber auch dann nur eine handvoll.
Mit dem Inspektor sucht man die neue Bezeichnung, ändert diese in der userChrome und gut ist.

Danke, so meinte (und erhoffte) ich das auch, dass es halt in meinem Fall von esr zu esr mal knirschen kann. Inspektor?

In der user.Chrome.css sollte als erstes diese Zeile stehen, ...

Ah, danke! Erledigt.

Hier noch einige Links, die ich sehr hilfreich finde...

Ist ja wie Weihnachten hier!

[KP97]

Im Camp-Firefox-Forum gibt es Anleitungen zum Inspektor und zu den erweiterten Browser-Werkzeugen, aufzurufen im Menü unter Extras.
Ist aber nicht so intuitiv, da muß man sich etwas mit beschäftigen.

[dasebastian]

Alles klar, danke dir!

[dasebastian]

Ich habe jetzt gerade meinen Rechner neu aufgesetzt.

Die ~/.mozilla/firefox/PROFILE/chrome/userChrome.css wird angewendet. Keine Schatten, kein Highlighting...

Aber ich bekomme die Tabhöhe nicht mehr kleiner, obwohl ich (wie vorher) Folgendes gesetzt habe:

Code: Alles auswählen

/* tabbar height */
:root { --tab-min-height: 20px !important; }

Code: Alles auswählen

toolkit.legacyUserProfileCustomizations.stylesheets	# ist auf true (wie vorher)
browser.compactmode.show				# ist auf true (wie vorher)

Ich habe den Browser komplett neu aufgesetzt, also keine Backups/Profile übernommen, sondern von Grund auf neu eingerichtet und auch die userChrome.css Absatz für Absatz neu geschrieben und ausprobiert.

Was habe ich da falsch gemacht oder übersehen?

Ich muss da einen Balken im Auge haben, mit der obigen Konfiguration waren die Tabs vorher etwa HALB so hoch.

EDITS: Rechtschreibfehler

[dasebastian]

Codewechsel hat funktioniert, damit geht es jetzt:

Code: Alles auswählen

/* tabbar height */
:root {
 --tab-toolbar-navbar-overlap: 0px !important; /* fix for full screen mode */
 --tab-min-height: 20px !important;
}
:root #tabbrowser-tabs {
 --tab-min-height: 20px !important;
}
#TabsToolbar {height: var(--tab-min-height) !important;}

Warum das so ist, weiß ich nicht.

[fischig]

Ich probierte gern den 1. von hikaru genannten Link (Tab Separator). Einfach in die selbstangelegte userChrome.css hinein kopieren funktioniert wohl nicht - richtig? Jedenfalls fällt mir am Bildschirm keine Veränderung auf.

[dasebastian]

Einfach in die selbstangelegte userChrome.css hinein kopieren funktioniert wohl nicht - richtig? Jedenfalls fällt mir am Bildschirm keine Veränderung auf.

Ich verwende ihn nicht, habe ihn aber gerade getestet: doch, bei mir funktioniert der. Die Strichlein zwischen offenen Tabs sind aber sehr zart und du musst mindestens drei offen haben, damit du einen siehst.

[fischig]

Danke! Ja, jetzt seh' ich's auch. - Nun ja, reden wir von was anderem.

[ingo2]

Hier ein kleines Update meiner aktuellen userChrome.css:

Code: Alles auswählen

/* tabbar height */
:root { --tab-min-height: 20px !important; }

Hey, Danke!
Das hat's gebracht bei mir,
nachdem ich schon die TabBar unter die UrlBar versetzt hatte gemäß diesem Tipp von https://www.heise.de/tipps-tricks/Firef ... 54799.html.
Hetzt habe ich wenigstens wieder die gewohnte Anodnung wie in alten Zeiten. Ist aber noch alles ein Versuch, dem Firefox nochmal eine Chance zu geben, gegen PaleMoon anzutreten.

Jetzt habe ich aber noch was merkwürdiges festgestellt - Firefox ist offensichtlich lahm geworden.
Probiert mal die gute extrem genaue PTB-Uhr hier https://uhr.ptb.de/.
Die sagt bei mir zu meiner Systemuhr (auf das "Δt" Symbol klicken):
im PM: "geht 3 ms vor mit einer Toleranz von +-7 ms" (ähnliche Werte zeigen auch andere Tools an)
im FF: "geht 50-100 ms nach mit einer Toleranz von +-0ms" (Wert springt gewaltig und unregelmäßig).

Ist der FF jetzt so träge geworden, dass er noch nicht mal die genaue Uhrzeit aus dem Internet anzeigen kann??

Ingo

[hikaru]

Jetzt habe ich aber noch was merkwürdiges festgestellt - Firefox ist offensichtlich lahm geworden.
Probiert mal die gute extrem genaue PTB-Uhr hier https://uhr.ptb.de/.
Die sagt bei mir zu meiner Systemuhr (auf das "Δt" Symbol klicken):
im PM: "geht 3 ms vor mit einer Toleranz von +-7 ms" (ähnliche Werte zeigen auch andere Tools an)
im FF: "geht 50-100 ms nach mit einer Toleranz von +-0ms" (Wert springt gewaltig und unregelmäßig).

Als ich anfing diesen Beitrag zu schreiben, hatte ich auf meinem Desktop-System im Host sowohl in Firefox als auch in Palemoon konstant +1–3 ±17ms Nachgang. Jetzt, 15 Minuten später, als ich den Beitrag absetzen wollte und nochmal gschaut habe, sind es +6–8 ±17ms
In einer gerade offenen Xubuntu-VM hatte ich die ganze Zeit über in Firefox und Chromium -4–8 ±18ms.
Auf meinem uralten Netbook mit Atom N270 hatte ich in Firefox -25–28 ±20ms und in Palemoon -23–27 ±18-19ms. Jetzt sind es in Firefox -17–19 ±20ms und in Palemoon -14–15 ±18ms. Ich sah zwischendurch aber auch mal -60–70ms in Palemoon.
Auf meinem HTPC in Firefox waren es +6–8 ±18ms und nun +1–3ms ±18ms.

Alle meine Browser machen mit Ublock und Noscript alles tot was ich nicht explizit zulasse. uhr.ptb.de ist aber offenbar sehr genügsam. Hier habe ich nur die URL selbst in Noscript aufgemacht. Das würde ich also als Ursache eher ausschließen.

Um die Millisekunde mal ins Verhältnis zu setzen:
Das ist die Zeit, die ein Signal mit v=c benötigt, um ~300km zurückzulegen. Unsere PCs haben (vermutlich) alle keine Atomuhr, sondern nur einen im Vergleich sehr ungenauen Quarz. Und dessen Taktsignal muss dann auch noch durch die ganzen API-Layer und externe Infrastruktur mit unterschiedlichen Signalgeschwindigkeiten zurück zur Website zum Vergleich.
Ich staune, dass da überhaupt etwas halbwegs Konistentes herauskommt.

Deine Schwankung von 50ms in der Verzögerung erscheint mir trotzdem komisch. Sowas sah ich nur mal kurz auf dem Netbook. War dein Rechner vieleicht gerade beschäftigt?

[ingo2]

Das ist wirklich komisch. Hier noch ein paar Vergleiche:

Tablett via WLAN mit iOS Safari: 12 ms nach, +-10 ms
Laptop via WLAN mit PM und FF: 0 ms +-7-8 ms
PC via Gbit-LAN: PM: 1 ms vor +-7 ms
PC via Gbit-LAN: FF: 32|132 ms nach +-0 ms

Im FF springt die Anzeige immer um genau 100, aktuell 15|115, jetzt zuckt er dauernd mit konstant 99 ms, jetzt dto. mit 82ms, jetzt nach Reload (F5) 28|128ms, jetzt 72ms, ... Natürlich die Toleranz immer +-0, da die Streuung wohl zu hoch ist.

Auf dem PC In einer VM mit Bullseye und FF geht die Uhr 1s 553ms nach +-8ms - also konstant/stetig.

Ist also offenbar nur der PC (Ivy-Bridge CPU mit HD-graphics und Bullseye + XFCE,
Ingo

P.S.: Ich mache gerne mal einen Screenshot mit der Uhr in beiden Browsern nebeneinander, falls gewünscht.