... es funktioniert i:M. nichts.
Hast du den Code von oben denn mal getestet?
Nochmal:
#tabbrowser-tabs:not([overflow]) {
--ug_tabs_position: center;
}
scrollbox[orient="horizontal"] {
justify-content: var(--ug_tabs_position, initial) !important;
}Firefox kennt allerdings auch keine Variable, die so benannt ist, und dein CSS verwendet die Variable auch nicht.
...denn er hat im Code-Kasten hinter diesem Link schon zwei --ug-Variablen, unter ihnen obige, verwendet:
Danke für's finden! 
Hab ich oben schon was dazu geschrieben; testen kann ich leider nicht in der Nightly, weil auf 115esr... 
--ug benutze ich für meine eigenen Variablen, um sie von den oft verwendeten --uc Variablen unterscheiden zu können; es sind so oder so Fremdvariablen (nicht von Fx).
Moin, habe mal wieder ein CSS-Problem:
Seit gestern funktioniert nachfolgender CSS bei mir im Nightly nicht mehr:
CSS/* Tabs in Tableiste mittig */ #tabbrowser-tabs:not([overflow="true"]) { --ug_tabs_position: center; } scrollbox[smoothscroll="true"] { display: flex !important; justify-content: center !important ; }
Ich kann von hier aus nur raten; aber erstmal wird die Variable --ug_tabs_position in deinem geposteten Code nirgends angewendet, und zum anderen versteh ich nicht ganz weshalb du das Attribut [smoothscroll="true"] benutzt.
Kannst evtl. mal das spasseshalber testen:
#tabbrowser-tabs:not([overflow]) {
--ug_tabs_position: center;
}
scrollbox[orient="horizontal"] {
justify-content: var(--ug_tabs_position, initial) !important;
}CSS/* Tabs in Tableiste im Zentrum beginnend */ scrollbox:not(#PlacesToolbarItems) { -moz-box-pack: center !important; }
-moz-box-pack gibt's schon lange nicht mehr... 
Entweder es klappt per CSS und "fill: red !important;"
Oder aber, und auch da hilft Dir dann "fill", Du öffnest die SVG mit einem Editor
und schaust nach!
Suchst den Eintrag fill="context-fill" und änderst diesen z.B. in fill="#00FF00", das wäre lime
oder fill="#ff1500" das wäre rot.
In den SVGs aus dem Internet ist aber meistens nicht fill="context-fill" enthalten, sondern eine Farbe oder currentColor, jedenfalls meiner Erfahrung nach.
fill="context-fill" muss aber in der .svg Datei stehen, damit man via CSS in Firefox drankommt; das gleiche gilt auch für stroke, stroke-opacity etc.; hier ein Beispiel aus Firefox.
Dann auch hier ein alter Beitrag zum Thema, der noch halbwegs passen könnte.
In manchen Bereichen muss man die properties für das Element freischalten, v.a. für eigene Icons, wie von 2002Andreas beschrieben; ich hatte es auch schon, daß ich zusätzlich svg.context-properties.content.enabled auf true setzen musste, in about:config, weil einige Menüs sonst nicht reagiert haben.
Wir hatten das hier mal ausführlich diskutiert, finde aber grade den Thread nicht.
Stimmt, der verändert Vieles nicht, aber den generellen Hintergrund der Zeile - was ursprünglich die Frage war, glaub ich.
Der color Teil ist bei mir allerdings nutzlos, das ist korrekt, hatte ich nur mitkopiert.
Wenn wir aber kleinlich sein wollen, dann sollte man sich evtl. auch noch der Iconfarbe annehmen.
Hg und Schriftfarbe:
Schon wieder zeitgleich fast das Gleiche gepostet.
Great minds think alike, und so.
Wenn man in der Sidebar auch noch den Ordner Lesezeichen-Symbolleiste anders einfärben könnte, wäre es perfekt.
Laut hier könnte das dann so aussehen:
.sidebar-placesTree treechildren::-moz-tree-cell(queryFolder_toolbar_____) {
background-color: lightgreen !important;
color: white !important;
}Auch dir ein recht herzliches Dankeschön. Mit -moz-tree-row hat es nicht funktioniert, mit moz-tree-cell schon.
Gerne!
-moz-tree-row war übrigens Quark, ich ändere das gleich mal um oben.
Ich hätte gern in der Bookmarks Sidebar die Zeile oder Spalte in der "Lesezeichen-Menü" und "Weitere Lesezeichen" steht (und nur diese, die anderen Bookmarks sollen so bleiben wie sie sind) so eingefärbt wie ich es in dem Bild dargestellt habe.
Also die Zeile durchgehend eingefärbt, ist das der Wunsch?
Probier mal diese Abwandlung von Andreas' Code; die Darstellung der Sidebar ist etwas OS abhängig, kannst auch mal -moz-tree-cell statt -moz-tree-row testen.
@-moz-document url("chrome://browser/content/places/bookmarksSidebar.xhtml") {
.sidebar-placesTree treechildren::-moz-tree-cell(container, queryFolder_menu________) {
background-color: orange !important;
color: white !important;
}
.sidebar-placesTree treechildren::-moz-tree-cell(container, queryFolder_unfiled_____) {
background-color: lightblue !important;
color: white !important;
}
}Meine Hoffnung war nur, daß man hier zB in einem Mozilla-Repository (oder Ähnliches) solch eine Liste im Internet findet...
Die Browser Werkzeuge liefern dir das quasi; wenn du die ersten Schritte mal geschafft hast, wird's schnell einfacher damit zurechtzukommen.
Ohne etwas Anfangsmühen geht's aber wohl kaum.
Zwei Seiten würde ich noch vorschlagen zur weiteren Verwendung: Searchfox und MDN.
Du nutzt noch Firefox 115, .....
Die max-width-Angabe würde ich ehrlich gesagt weglassen und das ebenfalls aus einem Grund, der mit der Firefox-Version zu tun hat. Die Sidebar hatte eine feste Maximalbreite, die nicht sehr hoch war. Seit Firefox 129 beträgt die Maximalbreite 75 Prozent ....
Danke für die Infos, ich schreibe mit.
Weil ich bei mir beim FF-schliessen] immer [alle Cokies, Web-Site-EInstellungen, usw - also alle Haken in GUI] lösche,...
... merkt sich mein FF leider die Breite eben nicht
- Die Sidebar-Leiste geht [nach FF_schliessen+öffnen] immer mit ca. 150px auf - und das ist zu schmal.
Wie bekommst du es überhaupt hin, daß sich FX die Breite nicht merkt? Ich habe mal alle findbaren Einstellungen deaktiviert, die letzte Breite wird aber immer gespeichert.
Wenn du die Sidebar nicht schmaler als die 400px brauchst, könntest du sowas probieren, wie erwähnt von Speravir :
#sidebar-box {
min-width: 400px !important;
max-width: unset !important;
}Übrigens fehlt in deinem Code auch die abschliessende } Klammer unten.
Seufz... 
menupopup:not(.in-menulist) ?
Die Langform funktioniert nicht (hat Auswirkungen auf die Webseite), bei der Kurzform ist noch folgendes Problem: Wenn ein Punkt im drop-down "ausgegraut" ist, ist die :hover-Farbe nicht die #8888b3 sondern #f0f0f3. So kann man dort die weiße Schrift nicht lesen.
Und eine Frage, damit ich es dokumentieren kann: Wodurch wird jetzt der 25-px-Radius an den gewünschten Stellen definiert?
Zwei Vorschläge: Bilder sagen mehr als 1000 Worte, Screenshots würden also helfen, v.a. wenn die Beschreibung nicht die genaue Terminologie benutzt.
Zum 2ten: kompletten CSS Code posten. Wenn du über plötzlich grössere Radien redest, dann sollte - mindestens - der relevante Code gezeigt werden.
Ich häng die funktionierende Version mal wieder an statt oben zu überschreiben. Es lag wirklich am fehlenden Modulimport:
Dankeschön, auch für den Universalcode für die Tastenkürzel! 
Klappt hier am Mac prima (bin allerdings auf 115esr...).
Kannst auch mal hier etwas runterscrollen und lesen, falls der Beitrag noch relevant ist:
Why did I add :not(.in-menulist) to the rule on Sept. 3, 2021? Users mentioned that the original rule had the side effect of increasing the spacing between items in <select> control drop-downs on websites. Using menupopup:not(.in-menulist) excludes those drop-downs from the rule.
Eine Möglichkeit, das plattformübergreifend zu lösen:
JavaScriptconst modifier = AppConstants.platform == 'macosx' ? event.metaKey : event.ctrlKey; if (modifier && event.key === 'f' ) { // code }
Aktualisierung/notwendige Änderung ab Firefox 128:
Danke, das Script hatte ich noch gar nicht auf dem Schirm!
Klappt endlich wieder wie früher bei Safari.
Für den Mac habe ich den entsprechenden Eintrag dahingehend geändert, hier wird nativ die findbar mit cmd+f aufgerufen (bei Windows nicht?): event.metaKey && event.key == "f" .
Seit gestern mit dem UpDate auf 130 Nightly sind die nicht aktiven Tabs nicht mehr so geformt, wie der aktive Tab.
Wenn man genau hinsieht, erkennt man die abgerundete Form im Hintergrund, nur der Kasten drängt sich vor. Was muss geändert werden?
Unter anderem gibt es einmal border-radius für .tab-background, und einmal für .tabbrowser-tab in deinem Code, da geht's schon mal los.
Der sichtbare Teil der Tabs ist eigentlich nur .tab-background, was HG und Borders/Outlines etc. angeht.
Der Rest vom Code schiebt den Inhalt teils wild durch die Gegend.
Mir ist auch nicht ganz klar wie das Resultat denn aussehen soll.
Bisher hatte ich in der userchrome.css u. a. nachstehenden Code. Damit wurde die Tableiste zwischen Menü und Symbol-/Adressleiste angezeigt.
Code#TabsToolbar { -moz-box-ordinal-group: 2; }
Schon sehr, seeeehr lange nicht mehr.
Wäre gut zu wissen von welcher Firefox Version du zu 128 gewechselt bist...
Ja es funktioniert was an Firefox, aber nicht so wie es vorher war.
Das könnte ich auch über einige Dinge sagen, in meinem Alter.
Hast du mal den Rechner neu gestartet?
Hier auf dem Mac machen wir das ja nicht, aber ich höre bei Windows ist das ab und zu nötig.
Ansonsten, Details, Details, und mehr Details, wie schon erwähnt.
