CSS-Code greift nicht wenn mit @import eingebunden

Thunderbird 91.7.0 mit neuem Profil

Windows 10 Pro 64-bit

------------------------------

Hallo zusammen,

beim umgestalten des aktuellen Thunderbirds ist mir aufgefallen, daß teilweise manche CSS-Regeln nicht greifen, wenn ich diese über eine separate CSS-Datei mit @import einfüge. Hier mal ein Beispiel:

/*--------------------------------------------------*/
/* Empfangener Anhang: Icon vergrössern */
/*--------------------------------------------------*/
.attachmentcell-icon {
width: 26px !important;
height: 26px !important;
min-width: 26px !important;
}

Wenn ich diese CSS-Regel in die userChrome.css direkt eintrage, dann funktioniert sie im Thunderbird. Nehme ich diese CSS-Regel allerdings raus aus der userChrome.css und trage sie stattdessen in meine separate CSS-Datei "thunderbird.css", welche ich mit "@import url(override/thunderbird/thunderbird.css) screen, projection;" über die userChrome.css mit einbinde, so wird die Regel nicht ausgeführt. Weitere CSS-Regeln welche sich in der "thunderbird.css" befinden werden ohne Probleme übernommen.

Das habe ich jetzt schon mit mehreren CSS-Regeln festgestellt und ich kann mir keinen Reim darauf machen warum manche Regeln bei @import nicht übernommen werden. Kann mir da mal jemand die Augen öffnen, woran das liegen könnte?

Zitat von MSFreak

Zitat von ChaosRacer

Das habe ich jetzt schon mit mehreren CSS-Regeln festgestellt und ich kann mir keinen Reim darauf machen

... diese Regeln dürfen im Namen keine Sonderzeichen und Umlaute haben.

ok nur in meinem oben angegebenen Beispiel befinden sich keine Sonderzeichen oder Umlaute. Oder was ist mit dem Namen gemeint?

Die Struktur ist folgendermaßen:

userChrome.css = CSS-Regel: @import url(override/thunderbird/thunderbird.css)

thunderbird.css = CSS-Regel wie im ersten Post angegeben

Ich habe im auskommentierten Bereich auch mal das "ö" aus "vergrössern" mit "oe" getauscht. Die CSS-Regel wird weiterhin nicht beachtet. Alle anderen Regeln innerhalb der "thunderbird.css" funktionieren.

Ich glaube ich sehe gerade den Wald vor lauter Bäumen nicht...

Zitat von milupo

Ist der Ordner override ein Unterordner von chrome? Warum überhaupt solch ein langer Pfad?

ja der Ordner override ist ein Unterordner von chrome. Der Pfad ist so lang, da ich in dem Ordner mehrere Unterordner habe um die jeweiligen CSS-Dateien getrennt zu halten da ich teilweise auch mit unterschiedliche Grafiken arbeite. Es dient der Übersicht.

Auch wenn ich die CSS-Datei, welche ich mit @import einbinden möchte, direkt im chrome-Verzeichnis lege, werden manche CSS-Regeln (wie die obige) nicht umgesetzt. Einzig und allein wenn diese in der userChrome.css direkt drin steht funktioniert es nur warum erschliesst sich mir nicht...

Zitat von milupo

Du hast alles in Anführungszeichen gesetzt.

Nein, in der userChrome.css stehen die Anführungszeichen natürlich nicht mit drin. Das hatte ich nur hier gemacht um die @import-Zeile hervorzuheben.

Zitat von milupo

Wenn ja, dann muss der @import-Befehl vor dem CSS-Code stehen

In der userChrome.css steht nur der @import-Befehl drin. Keine weiteren CSS-Regeln davor oder danach enthalten...

Ich denke des Rätsels Lösung gefunden zu haben. In meinen CSS-Dateien (welche ich schon viele Jahre in meinem Thunderbird laufen) habe ich immer ganz oben @namespace url(http://www.mozilla.org/keymaster/gate…ere.is.only.xul"); angegeben. In diesem Fall greifen nicht alle CSS-Regeln welche sich in der entsprechenden Datei befinden.

Ändere ich nun das Ganze in @namespace html url("http://www.w3.org/1999/xhtml"); oder lasse ich diese Zeile sogar weg, dann funktionieren alle CSS-Regeln.

Ich vermute mal daß es wahrscheinlich etwas mit der aktuellen Engine des Thunderbirds zu tun hat, da ich davor eine Uralt-Version am laufen hatte. Scheinbar ist es an mir vorüber gegangen, daß sich da etwas verändert hat.

Kann mir jemand kurz erklären, was dabei genau der Unterschied ist und warum es mit dem einen geht und mit dem anderen nicht? Wie ist da die aktuelle "Norm"? XUL obsolet inzwischen?

Zitat von milupo

Es gibt noch XUL-Code, aber alle Dateien sind jetzt XHTML-Dateien. Stelle bitte das nächste Mal den vollständigen CSS-Code ein, damit wir im Bilde sind. Es kann ja keiner ahnen, dass du da etwas weggelassen hast.

Das werde ich zukünftig beherzigen. Mir war halt vorher nicht klar, daß es etwas mit dieser Zeile zu tun haben könnte und es eine so große Rolle dabei spielen würde ob CSS-Regeln funktionieren oder nicht. Auch bei der vorherigen Recherche (vor allem hier im Forum) habe ich keinen Anhaltspunkt gefunden, daß dies entfernt bzw. geändert werden muß.

Trotzdem allen die aktiv mitgewirkt haben vielen Dank für den Support. Ich denke die Mühe war trotzdem nicht umsonst, da ich mir vorstellen kann, daß es ggf. den einen oder anderen gibt, der ein ähnliches Problem hat und diesen Thread dann für hilfreich erachten kann.