Na gut
Ursache gefunden - Beratungsresistenz ! 
Deine Codes schiessen sich gegenseitig ab; bei der Nutzung von komplexem Fremd-CSS, und ohne Eigeninitiative, gibt es keine Lösung ausser auf regelmässig aktualisierte Lösungen zurückzugreifen, und die exklusiv zu benutzen in ihrer jüngsten Form, wie etwa bei Aris zu finden.
Oder eben aktuellen Code wie hier von Mira, aber dann auch nur das, nicht zusammen mit uralten Teilcodes.
Ich bin leider erst jetzt dazu gekommen, den Code zu testen. Mit der zweiten Alternative passt es wieder.
Prima.
Auf dem Mac ist es anders, aber ich habe ein CSS um die System Windowbuttons mit den Fx Buttons zu ersetzen, und hier wäre der eigentlich korrekte Code für deine Farben eher sowas hier, nur so zur Vollständigkeit (wie gesagt, ist halt sehr OS abhängig):
#main-window .titlebar-buttonbox .titlebar-button .toolbarbutton-icon {
border-radius: 5px !important;
fill: white !important;
}
#main-window .titlebar-buttonbox .titlebar-button:hover .toolbarbutton-icon {
fill: black !important;
}
#main-window .titlebar-min:hover .toolbarbutton-icon {
background-color: #66FF66 !important;
}
#main-window :is(.titlebar-max, .titlebar-restore):hover .toolbarbutton-icon {
background-color: #FFFF00 !important;
}
#main-window .titlebar-close:hover .toolbarbutton-icon {
background-color: #FF0000 !important;
}Bei nur sehr begrenzten Erfahrung mit AI: niemals Code direkt übernehmen, nicht eine Zeile, ohne gegen zu recherchieren.
Wann darf KI genutzt werden?
Darf überhaupt KI genutzt werden?
Ich meine nur das was ich ausgedrückt hatte, nicht was du evtl. denkst was ich meine - was ich meine das meine ich aber.
Jeder kann AI fragen oder Rumpelstilzchen, ist ja ein freies Land hier.
Aber wie Sören es auch nochmal dargelegt hat, AI zu nutzen ohne sich um ein Fundament zu bemühen bringt schnell beliebige Blähungen ohne Sinn mit sich.
AI ist eine Krücke, Recherchen sind Bausteine; AI kann Teil der Recherche sein, aber nicht alleine stehen.
Und nicht zu vergessen, AI bemüht sich verzweifelt darum dir Antworten zu liefern, egal welche, und benutzt deine Präferenzen.
Beispiel; chatGPT sollte eigentlich nicht wissen dass ich gerne lightblue benutze für Testhintergünde, gibt mir aber einen Code mit eben diesem HG, was nicht in der Frage enthalten war, aber evtl. in einer früheren Anfrage.
Ich war nicht eingeloggt zu dem Zeitpunkt.
Also frage ich, ob der Otto meinen Code liest; Antwort:
Good catch — no, I didn’t access your code or environment. I used `background-color: lightblue;` purely as a **placeholder example**, not because I knew your actual styles. It’s a common, visible color often used in demos to show that something is working visually.
BS, wie der Ami sagt, kein (anderes) Schwein benutzt die Farbe.
Verstehe, ist auch nicht ganz einfach, gebe ich zu. Vielleicht habe ich doch ein Händchen dafür, mit diesen
widerspenstigen Programmen, KI's sind nichts anderes, umzugehen.
Bei nur sehr begrenzten Erfahrung mit AI: niemals Code direkt übernehmen, nicht eine Zeile, ohne gegen zu recherchieren.
Wenn ich's nicht auf stackoverflow, searchfox, MDN etc. bestätigt bekomme, kommt's nicht rein.
AI ist eine Antwortmaschine, die immer irgendwas liefern muss, basierend auf User Präferenzen, kein Programm in dem Sinn dass es nur sinnvolle Ergebnisse erlaubt.
Es gibt hierzulande schon so einigen Code der direkt aus AI zu kommen scheint.
Ok, alle komischen "Kästchen" sind weg!
Lösung ist zwar nicht besonders schön, aber funktioniert.
Das dauert hier wohl noch ein Weilchen.
Die letzte Aussage versuchte ich mit dem zitierten Text klarzustellen. Das ist nicht der Fall. Es geht ausschließlich um menuitem-Elemente. Bei Elementen, für die list-style-image eine gültige CSS-Eigenschaft ist, gibt es keinen Grund, etwas zu ändern.
Danke. 
list-style-image wurde entfernt.
Damit hier kein Missverständnis entsteht: Die CSS-Eigenschaft list-style-image gibt es nach wie vor. Aber der Grafik-Part des menuitem-Elements ist jetzt HTML und kein XUL mehr und das img-Element von HTML hat noch nie list-style-image unterstützt.
Wenn ich den aktuellen Code nicht ganz missverstehe: list-style-image wird nach wie vor benutzt, auch im aktuellen Nightly, aber ist an eben einigen Stellen ersetzt worden, und ist im Begriff weiter ersetzt zu werden; ähnlich wie background-image in letzter Zeit list-style-image teilweise ersetzt hatte. Oder?
Die momentane Diskussion suggeriert dass list-style-image gar nicht mehr existiert im Fx (Nightly) Code.
Nur mal ein Gedanke, hab die Nightly nicht parat: mit dem neuen Fx Code, kann man evtl. für das image einfach eine src zuweisen?
damit bin ich überfordert. Ich habe keine Ahnung, was ich wo eintragen muß.
Dann halt einfach den Code von Mira benutzen, und ihre Icons.
Beides erhältlich in der oben verlinkten Thread.
Das klappt, aber das Hoover vom Close Button stimmt nicht so ganz.
In Andreas' Code aus #2, probier mal stattdessen padding-inline-start: var(--tab-close-button-padding) !important;
und pass dir den unteren Wert an:
Was ist der untere Wert?
max-width: 250px !important;; sollte eigentlich in dem Fall kaum einen Unterschied machen.
Ist es möglich, den gleichen Effekt mit aktivierter Title Bar zu erzielen?
Für Windows (geht nicht am Mac) ?
Das Ganze evtl. einfach ohne #main-window, wobei ich statt color: => fill: probieren würde.
/* Icon Farben ändern */
.titlebar-buttonbox .titlebar-button {
color: #fff !important;
}
/* Mouse-over Farbe ändern */
.titlebar-buttonbox .titlebar-button:hover {
border-radius: 5px !important;
color: black !important;
}
/***** links *****/
.titlebar-buttonbox .titlebar-min:hover {
background:#66FF66!important; /*Farbe: hellgrün*/
}
/***** mitte *****/
.titlebar-buttonbox .titlebar-max:hover {
background:#FFFF00!important; /*Farbe: gelb*/
}
.titlebar-buttonbox .titlebar-restore:hover {
background-color:#FFFF00!important; /*Farbe: gelb*/
}
/***** rechts *****/
.titlebar-buttonbox .titlebar-close:hover {
background:#FF0000!important; /*Farbe: rot*/
}Die horizontale Ausrichtung der Schrift im Tab soll immer mittig sein, also weder unten, noch oben; wie läßt sich das bewerkstelligen?
oder habe ich das falsch verstanden?
Sieh und staune.
Und deine Tab CSSs, ehrlich gesagt - bitte nicht.
Du müsstest deine Anpassungen teilen, damit man dazu mehr sagen kann.
Ebent; könnte auch eher in das Anpassungen Forum passen.
Zum Tabinhalt, was mir gerne mal in die Quere kommt ist die leicht übersehbare fixe Höhe vom .tab-label-container, wenn man die Tabs-relevanten Dimensionen ändern möchte.
Ob das hier eine Rolle spielt, kann man ohne den Code vom OP nicht sagen.
Ich hab den Stilcode jetzt auf das aktuelle Theme eingeschränkt, das geht zum Glück, weil es im Style-Attribut eingetragen ist. Bei manchen sehr hellen Themes sind weiße Schalter sowieso schlecht bis gar nicht zu erkennen. Dann muss ich den Teil in Testprofilen eben anpassen, wenn nötig.
Es gibt auch noch Provisorien für zB light-dark, wenn du das mal bei searchfox eingibst, und ähnliches (nur für's Prinzip, ist alt), um zwischen System/hell/dunkel Themes zu unterscheiden, und eine Menge Variablen.
Wie man sowas aber sauber implementiert ist zu hoch für mich.
Im Zweifel kann man immer mal bei Aris, MoG oder auch Godie nach Lösungen stöbern.
Oups, nm.
Ich hätte grob geraten, basierend darauf ... in deinem alten JS:
Zeile 25 undoCloseTab(0); => undoCloseTab(window, 0);.
Evtl. noch Zeile 73 undoCloseTab(id); => undoCloseTab(window, id).
Ist aber wohl veraltet.
Danke für den Code. Damit werden sie zwar wieder weiß, jedoch habe ich dann immer noch das Problem, dass sich die Farbe bei :hover nicht wie vorgesehen verhält. Die Schaltflächen solllen im Normalzustand zwar alle weiß sein, bei :hover sollen sie jedoch die Farbe auf schwarz ändern, da man sie sonst aufgrund der definierten (und noch funktionierenden) Hintergrundfarben dann nicht mehr erkennt.
Am besten immer den ganzen aktuellen Code einstellen.
Mein Verdacht wäre, das du den Code von Speravir and deinen alten angehängt hast, dann würden vermutlich deine Hover Codes damit überschrieben. An meinem Mac sind diese Buttons anders angelegt, kann ich also nicht testen.
Kannst mal testen, eine Variante von Speravir's Code:
#main-window .titlebar-buttonbox .titlebar-button:not(:hover) {
color: #fff !important;
}Oder gesamt evtl. sowas:
/* Icon Farben ändern */
#main-window .titlebar-buttonbox .titlebar-button {
color: #fff !important;
}
/* Mouse-over Farbe ändern */
#main-window .titlebar-buttonbox .titlebar-button:hover {
border-radius: 5px !important;
color: black !important;
}
/***** links *****/
#main-window .titlebar-min:hover{
background:#66FF66!important; /*Farbe: hellgrün*/
}
/***** mitte *****/
#main-window .titlebar-max:hover {
background:#FFFF00!important; /*Farbe: gelb*/
}
#main-window .titlebar-restore:hover {
background-color:#FFFF00!important; /*Farbe: gelb*/
}
/***** rechts *****/
#main-window .titlebar-close:hover {
background:#FF0000!important; /*Farbe: rot*/
}Zunächst mal würde ich vorschlagen, persönliche Infos und Konversationen aus den Screenshots rauszulassen.
Hängt aber sehr warscheinlich mit dem anderen CSS zusammen.
Sollte mir angewöhnen auf meine eigenen Ratschläge zu hören!
Immer den Ganzen Code, wobei
Habe ich nicht hier ds komplette Skript ...CSS/* ----------------------------------- */ /* -- Checkbox und Haken im Submenu -- */ /* ----------------------------------- */ menuitem[checked="true"] > .menu-iconic-left { list-style-image: url("${ProfilePath}/check.svg"); fill: #00E400 !important; } [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-always-show-2"]:not([checked="true"]), [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-on-new-tab-2"]:not([checked="true"]), [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-never-show-2"]:not([checked="true"]), #menu_zoomReset:not([checked="true"]), #toggle_zoom:not([checked="true"]), #menu_pageStylePersistentOnly:not([checked="true"]) { background-image: url("${ProfilePath}/square.svg"); background-repeat: no-repeat; } [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-always-show-2"]:not([checked="true"]) > label[value="Immer anzeigen"], [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-on-new-tab-2"]:not([checked="true"]) > label[value="Nur bei neuem Tab anzeigen"], [data-l10n-id="toolbar-context-menu-bookmarks-toolbar-never-show-2"]:not([checked="true"]) > label[value="Nie anzeigen"] { margin-left: -25px; }Ach was solls, es funktioniert ja.
Du hast Icons mit drin, das wäre schon gut gewusst zu haben...
Und am besten bitte Screenshots beifügen, die die Probleme zeigen bzw auch wie's aussehen soll, ich bin mir immer noch nicht sicher was das gewünschte Ergebnis ist.
Übrigens, bei mir habe ich die Check Haken in den Kontextmenüs nach rechts verfrachtet mit order: , sieht für mich sauberer aus; den Code dafür für aktuelles Fx und Windows kann ich dir aber leider nicht anbieten.
Ok, hier was zum Testen; mal die Farb-Otionen durchprobieren, im Anhang ein Icon ohne context-fill im SVG Code als Vergleich zu den Standard Fx Icons, das context-fill ja idR hat; auch Hover probieren:
.bookmark-item[container] {
/*list-style-image: url("icons/YourFolderIcon-ohne.svg") !important;*/
color: cyan !important;
fill: red !important;
}
#bookmarks-menu-button .toolbarbutton-text {
display: flex !important;
}
#bookmarks-menu-button {
/*list-style-image: url(icons/YourFolderIcon-ohne.svg) !important;*/
color: cyan !important;
/* fill: red !important;
-webkit-text-fill-color: purple !important; */
}Wenn der Code nicht im .svg enthalten ist kann das css den entsprechenden Code einfügen.
Nein.
CSS kann nur - falls nötig - einem Element die Fähigkeit den im .svg enthaltenen Code zu benutzen hinzufügen (-moz-context-properties), oder eben via fill/stroke etc. diesen enthaltenen Code manipulieren - falls context-etc. im .svg gesetzt ist.
Und wie in deinem Script enthalten, muss in wenigen Fällen auch svg.context-properties.content.enabled gesetzt werden.
CSS kann aber nichts in einen .svg Code hinein schreiben.
Und wie gesagt, color zu setzen kann Nebenwirkungen haben, deshalb ist currentColor oft keine Lösung.
Könntest Du diese Aussage präzisieren?
Color wird in Fx für alles Mögliche benutzt, für Text natürlich, dann oft für den Hintergrund, oder auch nur für Hover, und eben auch für farblich undefinierte .svgs, via diversen internen Codes.
Der Punkt ist, dass man die .svg Iconfarbe innerhalb eines Elements nicht trennen kann von dem oben erwähnten potentiellen Einfluss den CSS color allgemein hat, wenn man fill/stroke etc. nicht konkret im .svg definiert - oder eben im .svg fill="context-fill" (etc.) einträgt, um dann via CSS separat darauf zugreifen zu können.
