Poste den Inhalt Deiner userChrome.js
Wenn das Restart-Skript funktioniert, ist die userChrome.js auch in Ordnung.
Dann klickst Du bei "Lokaler Ordner" hinten auf die Schaltfläche "Ordner öffnen".
Nein, da nicht! Das führt zu dem Verzeichnis Local, da sind nur Cache-Dateien drin. Unter Wurzelordner steht der Pfad nach Roaming.
Das sind ja gar keine Grafiken, sondern Ordner. Hast du denn die beiden omni.ja-Dateien auch entpackt oder nur hineingesehen. Du musst sie entpacken, damit du dann neben der omni.ja einen Ordner omni hast. Den kannst du nach *.svg durchsuchen. Die gefundenen SVG-Dateien kannst du wie alle .svg-Dateien mit chrome://-Pfad einbinden. Das ist doch nicht Neues für dich.
Entpacke doch einfach im Installationsverzeichnis die beiden Dateien omni.ja. Du hast dann zwei Ordner die du durchsuchen kannst. Nimm dir ein Suchprogramm her und gib in das Feld für den Datei-Pfad *.svg ein. So findest du alle enthaltenen SVG-Dateien.
Hab jetzt dein Script 1:1 kopiert und getestet. Auch hier wird mir kein Button angezeigt. Post #121 hab ich beachtet. Ich verstehs nicht...
Wenn du Benutzerskripte verwendest, muss beim Neustart von Firefox der Skript-Cache geleert werden, immer, wenn du eine Veränderung im Skript vornimmst. Wenn du kein Skript hast, dass das macht, starte Firefox im Fehlerbehebungsmodus. Da wird dann der Skript-Cache gelöscht.
So ist alles wieder in Butter. Für Mac gibt es aber noch keine aktualisierten Versionen von heute.
Nein, noch nicht. Ich habe mal auf archive.mozilla.org nachgesehen. Für Win32-Versionen gibt es ein Update für heute, für die Win64-Versionen noch nicht. Ich hatte erst nicht genau hin gesehen und eine Win32-Version installiert. Kein Problem.
Übrigens hatte es mir wohl durch die Fehlinstallation von Thunderbird Daily offenbar auch die profiles.ini und die installs.ini von Firefox überschrieben. Da hatte ich aber noch Sicherheitskopien.
Zur Not hätte man halt Daily separat runterladen und das Update drüberbügeln müssen, wenn es/er nicht mehr hätte starten können....
Nein, ich habe das Daily separat heruntergeladen und installiert und auch so stürzte das Daily ab. Es war einfach noch keine berichtigte Version da.
Hallo, Thunderbird Daily 144 stürzt derzeit bei jedem Start ab. Das ist ein Bug, das dazugehörige Ticket ist dieses:
Also nicht wundern.
Mira_Belle hat fill-opacity auf 1 gesetzt und das sogar mit !important. Der Wert 1 ist aber der Standardwert und m. E. braucht dann fill-opacity gar nicht angegeben werden.
Nicht am Ende des Tabs, sondern ganz rechts am Ende der Tab-Leiste. Da ist die Pfeilspitze.
Drache Die entsprechende Einstellung in about:config ist xpinstall.signatures.required, die man auf false setzen muss. Aber, wie von Sören Hentzschel bereits in Beitrag #4 geschrieben, gilt das nur für die genannten drei Firefox-Versionen.
ein und ändert auch die Bezeichnungen hier =>
Mira_Belle, im zweiten Kasten von Beitrag #127 hast du überall noch [orient="vertical"] bzw. [orient="horizontal"] angegeben. Das muss ja nun [vertical] bzw. [horizontal] heißen.
Der Absatz im Script da steht:
Ich habe gerade erst gesehen, dass Mira_Belle ihr Skript dort schon wieder verändert hatte, im Original und in ihrer ursprünglichen Version kommt das für Pfeilmodus 2 nicht vor. Ich habe den Thread nun nicht laufend verfolgt, hier ändert sich offenbar alle paar Minuten etwas.
Symbole werden angezeigt usw. auch rest passt
nur die Farben der Symbole werden nicht geändert.
Du verwendest diese Arrow-Variablen für den Pfeilmodus 2. Dafür sind sie aber gar nicht vorgesehen, sondern für Pfeilmodus 1. Schaue mal ab Zeile 247 oder so, habe hier die Version von Mira_Belle. Für Pfeilmodus 2 musst du die gewünschten Grafiken verwenden.
Ach von mir alles Gute zu deinem Geburtstag, edvoldi!
Wenn ich mit der Maus über die Pfeile gehe verschwinden sie, soll das so sein?
Ich habe gerade das Skript von Mira_Belle getestet. Funktioniert. 
Die Pfeile zeigen dann nur einen Hover-Effekt, der Hintergrund wird blau und die Pfeile orange. Sie verschwinden also nicht.
Habe es hier nur falsch getippt. sorry
Du brauchst dich dafür nicht entschuldigen. Du musst nur für dich immer daran denken.
userchrome.css
Und schreibe userChrome.css. Unter Linux wird zwischen Groß- und Kleinschreibung unterschieden.
Es gibt eine ganze Reihe Zeilen, die mit oncommand: anfangen. Das sieht stark nach Inline-Eventhandler aus. Diese Zeilen müssen mit addEventListener umgebaut werden.
In den Zeilen 46 und 47 werden jsm-Dateien eingelesen. JSM-Dateien gibt es nicht mehr, nur noch sys.mjs-Dateien, Die Datei Services.jsm wurde aber nie konvertiert, sondern sofort abgeschafft. Zeile 46 kann also raus. CustomizableUI.jsm muss CustomizableUI.sys.mjs heißen. die ist aber nicht unbedingt mehr notwendig. Außerdem ist das Pfadprotokoll resource: veraltet, neu ist moz-src.
Also einfach mal die Zeilen 46 und 47 mit // auskommentieren. Am Schluss kann man die Zeilen dann noch löschen.
