Aber du kannst in Scripts beliebige Icons verwenden, nicht nur Icons, die Firefox selbst mitliefert. Und wo das Icon liegt, ist relativ egal, das wird ja durch den Pfad angegeben.
Ist schon klar, eigene Icons habe ich selber viele.
Nachdem Shelly nicht reagiert, ist er entweder nicht mehr interessiert, oder zu gleichgültig.
Wegen dem Icon von about:config so sieht das unter Windows ja so aus:
style: 'list-style-image: url(file:///D:/Software_Tools/Browser/Firefox/Icons/about-config.png',
Kann unter macos natürlich nicht funktionieren. Wie passe ich hier denn Pfad an denn LAufwerke gibt es ja keine unter mac?
Es würde evtl. helfen, wenn man das Script kennen würde, von dem du redest. 
Ich stehe vermutlich auf dem Schlauch, und kenne Windows nicht, aber wie kommt das Icon in diesen Ordner durch eine (manuelle) Script Installation?
Ein Icon das nicht von Firefox selber zu kommen scheint. 
Ich hab mal spasseshalber das Script so umgebaut, daß der Button am Mac in der Tabbar auftaucht, Menüleiste geht hier nicht.
Frage dazu, hast du das Script in einem Testprofil ohne anderen Code getestet?
Sollte optisch eigentlich passen, aber funktionell nicht ganz (zu schmal).
Du könntest mal probieren, über CSS das Button Padding raus zu nehmen, und den Hintergrund zu ändern:
#AppMenuButton {
padding: 0 !important;
background-color: transparent !important;
}Aber so ganz kapier ich den Code nicht; das Icon sollte eigentlich im Button bleiben, und der HG transparent sein.
Hm, bei mir steht die Pref auf 50 und ich habe hier keine Erhöhung der Urlbar, allerdings ist der von FuchsFan genannte Teilabschnitt seinen CSS hier ein klein wenig anders, es sieht hier so ↓ aus.
CSS#urlbar[breakout][breakout-extend] { top: calc((var(--urlbar-toolbar-height) - var(--urlbar-height)) / 2) !important; left: 0 !important; width: 100% !important; padding: 0 !important; margin: 0 !important; }
Soweit ich gelesen hatte , ist --urlbar-toolbar-height jetzt --urlbar-container-height.
Fall mit Profilmanager about:profiles gemeint ist :
Hier auf dem Mac kann ich über die userContent.css die Seite anpassen.
Die Infos lassen sich ganz normal über die Browserwerkzeuge auslesen, in dem Fall auch über die Entwicklerwerkzeuge, nichts Ungewöhnliches hier.
In dem anderen Thema geht es um ein Skript, nicht um einen CSS-Code.
Verstehe. 
nachdem meine Sidebar mit einem alten Code von dir im FF132 nicht mehr sichtbar war habe ich im Camp gesucht und deinen Code gefunden. Das passt prima! Jedoch hat mir dein alter Code die Sidebar rechts angezeigt (war damals mein extra Wunsch). Ginge das mit dem o.g Code auch und was muss dazu geändert werden?
Das Thema ist jetzt aus dem ursprünglichen Zusammenhang rausgerissen, aber wenn ich das Anliegen recht verstehe, könntest du für den Zweck auch mal den Code hier ausprobieren.
Könnte etwas flexibler sein.
Die Lösung in meinem Fall, nach dem Update des Scriptes vom 16.10.2024, war die scrollbox auf false zu setzen.
Oder den alten Eintrag "scrollbox > slot {" so zu belassen.
Deshalb auch meine Frage im ersten Beitrag, ob das jemand bestätigen kann.
Was du evtl. mal probieren könntest, ist statt scrollbox[smoothscroll="true"] > slot {... ein anderes Attribut zu benutzen, zB scrollbox[orient="horizontal"] > slot {..., an der entsprechenden Stelle im Skript.
Damit scheinen alle anderen zu arbeiten, wie Aris und Otherguy, Links zu mehr Infos hier.
war die verschwendete Zeit noch zusätzlich für die Katz.
Soll ich dich jetzt bedauern, oder was soll die Bemerkung?
Ein bisschen vielleicht?
Ich sag ja nur; viele dieser Anpassungen sind wertvolle Info auch in anderen Anwendungen, und gehen komplett unter wenn sie unkommentiert in ein Monsterskript gepflanzt werden.
Ich selber schreib auch immer fleißig mit bei solchen Detailänderungen, falls ich's mal brauchen kann, oder wie der Kollege oben ein angepasstes langes Skript habe, das ich nicht wegen einer modifizierten Zeile komplett neu aufsetzen will.
ohne dass man 100te Zeilen Code vergleichen muss
Die die das so genau wissen wollen, können das mit einem der vielen Programme, oder auch online, ohne Probleme auch mal selber machen, denn auch dadurch lernt man.
Google kannte ich eigentlich schon, also nicht's dazugelernt.
Und für die kurze Zeit, die das smoothscroll Attribut vermutlich nur relevant sein wird, v.a. in dieser obsoleten Schreibweise, war die verschwendete Zeit noch zusätzlich für die Katz.
Daher würde ich gerne nur die neuen Zeilen austauschen, die die aktuelle Fehlerkorrektur betreffen.
Zeile 400, aus scrollbox > slot { wird scrollbox[smoothscroll="true"] > slot {.
Wenn bei Gelegenheit solche kleinen Änderungen von Vornherein kurz beschrieben würden, ohne dass man 100te Zeilen Code vergleichen muss, könnte tatsächlich mal jemand etwas davon lernen... 
Ich habe jetzt noch eine ganz seltsame Beobachtung gemacht: egal, welches Theme ich einstelle: nach einem neuen Öffnen von Firefox ist der schwarze Rahmen wieder da. Das Problem ist daher (leider) doch noch nicht gelöst...
Also, wenn du zB das helle Firefox Theme eingestellt hast, und der Rand ist weg, und dann Fx beendest - das helle Theme ist jetzt immer noch unverändert aktiv - und neu startest, ist der schwarze Rand wieder da?
und ist nur auf transparent gesetzt
Das meine ich ja, er ist nicht sichtbar.
Darum hatte ich ihn ja auch nach seinem Theme gefragt.
Ah, verstehe, dann fragen wir ja nach dem Gleichen.
Wie erwähnt, evtl. spielen OS spezifische Einstellungen noch mit rein, aber es wäre tatsächlich vor allem gut zu wissen, wie das Ganze beim OP mit dem System Theme und/oder den eingebauten Fx Themes aussieht.
der Rahmen ist trotzdem da:
Standard gibt es den nicht.
Doch.
Diese Outline gibt es schon seit einiger Zeit, und jetzt immer noch; sie war und ist nur auf transparent gesetzt für die meisten Anwendungsbeispiele, ist aber permanent vorhanden.
Outline, nicht border ; im Code sichtbar, aber nicht in der Layoutdarstellung in den Tools.
Besser wäre doch erstmal zu klären, woher der Rahmen bei ihm überhaupt kommt. Standard ist der nämlich nicht. Und dazu müsste er mal seinen kompl. Code hier posten.
Hier am Mac erscheint die Outline, wenn man in seinen OS Einstellungen Kontrast erhöhen einstellt.
Im oben verlinkten searchfox Code sieht man noch weitere Variablen für nicht transparente Outlines bei selektierten Tabs.
Ist zwar etwas anders aufgebaut als in meinem alten 115esr , aber das Prinzip scheint noch das Gleiche zu sein.
Weshalb bei Firefox_94.0.1 der Rahmen erst nach einem Update aufgetaucht ist - keine Ahnung; der Code dafür ist allerdings generell in Fx vorhanden.
Kann tatsächlich sein dass ein anderer CSS Code für Outlines dazwischenfunkt, oder evtl. ein nicht aktuelles Theme benutzt wird.
Jetzt hat der aktive Tab aber seit heute? einen schwarzen Rahmen. Wie kann ich den entfernen? Die Ergänzung "background-color" mit der gleichen Farbe wie der Hintergrund hat nichts gebracht.
Falls das oben dein einziger Tabs Code ist (?), könntest du mal das hier testen; die selektierten Tabs haben eigentlich keine Border, sondern eine Outline:
.tab-background:is([selected], [multiselected]) {
outline-color: red !important;
/*--tab-selected-outline-color: transparent !important;*/
}Weitere Variablen und Code dazu hier und hier; evtl. hilft ja sowas --tab-selected-outline-color: transparent !important;.
Ja, dann nehme ich alles zurück und behaupte das Gegenteil. Ich ging davon aus, dass damit das viereckige Symbol (Alle Tabs auflisten) auch verschwinden würde.
Und wenn du vorab erklären würdest, was es ist wovon du ausgehst daß es magischerweise verschwände, dann könnten andere Leute dir direkt helfen, statt mühsam zu versuchen Gedanken zu lesen.
Zum Thema padding:
Außerdem besagt padding: 0, dass der Wert 0 in alle Richtungen geht.
Ergo gehört padding-top dann da nicht dahin.
Man kann schon beides benutzen, wie padding: 20px !important; gefolgt von
padding-top: 45px !important; , man muß dann halt die Reihenfolge beachten.
Effizienter und evtl. Resourcen schonender wären vermutlich die Herangehensweisen wie in deinem Link beschrieben.
Da ich macOS nutze und auf macOS die nativen Kontextmenüs des Betriebssystems genutzt werden, die nicht via CSS angepasst werden können, kann ich in diesem Fall keine Hilfe geben, das gezielter anzusprechen.
Geht zumindest in 115esr noch : widget.macos.native-context-menus in about:config auf false, und los-stylen.
Hier und da braucht's glaub ich noch appearance: none !important; im CSS Code, ist aber ne Weile her daß ich das für mich umgebaut hatte..
