UserChrome.css nie działa od 115 + inne głupoty.

[OSH]

Dobra, straciłem cierpliwość. Wytłumaczcie mi, co oni zrobili z tym TB? Dlaczego kompletnie ignoruje ustawienia w pliku userChrome.css? Dlaczego czcionka w DevTools editor jest mikroskopijna i gdzie jest opcja, żeby ją zmienić? Przecież szlag może człowieka trafić. Poustawiałem sobie wszystko, mozolnie rzeźbiąc w tym pliku, jeb nowa aktualizacja i po sprawie. Z tego co czytałem na blogu dewelopera, to się chwalił, że teraz wszystko można se znaleźć Inspectorem. No kurna, ale czcionka, jaką ja tam mam jest tak mała, że musze zbliżać się do monitora na 10 cm, żeby to odczytać, a nigdzie nie znalazłem, jak ją powiększyć. Staram się, ale serio, ręce mi już opadają.

[krystian3w]

Działa, robisz coś źle - wgraj sobie np. testowy ten:

https://github.com/Aris-t2/CustomCSSfor ... /tag/3.0.0

Aktywujemy tak samo jak wcześniej w 78 / 91 / 102:

https://github.com/Aris-t2/CustomCSSfor ... hunderbird

[OSH]

Faktycznie, teraz działa. Czyli co, już nie userChrome.css, tylko my_Chrome.css? Wcześniej było prościej. A moje drugie pytanie? Gdybym na upartego chciał się dowiedzieć, jakie elementy pod jakimi kodami się kryją uzywając Inspectora? Bo zdaje sie, że w teorii, po jego włączeniu, wystarczy kliknąć myszą na dowolny element TB i wtedy przeskoczy do odpowiedniego pliku konfoguracyjnego i zaznaczy, który fragment kodu za co odpowiada? No bo u mnie to za cholerę nie działa.

[krystian3w]

Może dotykasz element ukryty np. w ShadowRoot lub poza prostą kontrolą inspektora (kiedyś tak było z lewą kolumną).
https://developer.mozilla.org/en-US/doc ... ShadowRoot

takie się ciężko stylizuje, rodzice z drzewa mogą być niedostępni do ułatwienia stylizowania fragmentu, który w kodzie niczym się nie wyróżnia.

I nie musi to być "my_Chrome.css", widać twój CSS miał błędy lub zbyt niską wagę:

https://developer.mozilla.org/en-US/doc ... pecificity
https://specificity.keegan.st/
https://developer.mozilla.org/en-US/doc ... /important

Wtedy też efektu można nie zauważyć. Najlepiej jest sprawdzać jaką moc ma selektor domyślnie i zrobić u siebie minimum identyczną moc i dodatkowo do wartości dodawać !important, tak by wygrywał niezależnie kiedy zostanie załadowany.

Jak zestaw "Classic TB" Ci nie odpowiada, to możesz go usunąć z katalogu "chrome" i zmienić nazwę "my_Chrome.css" na "userChrome.css" z już poprawioną wagą selektorów, zgrzytów z ukrywaniem interfejsu w ShodowRoot i brakiem !important (jak waga nie wystarczyła).

[OSH]

Krystianie, dzięki. Jestem zierlony, jeżeli chodzi o CSS, wszystko robię na czuja. I nie rozumiem np. czemu po wstawieniu w mail_panel_color.css takiego kodu:

Kod: Zaznacz cały

:root {
  --mailpanel_background_color: #000000 !important;
  --mailpanel_text_color: #8cd8ff !important;
}

/* mail list background*/
:is(#folderTree, #threadTree) {
  background: var (--mailpanel_background_color) !important;
  color: var(--mailpanel_text_color) !important;
}

tło panelu folderów ma kolor #27272a (?!), a tło panelu maili jest czarne. Z kolei kolor czcionki na liście folderów jest #8cd8ff a kolor czcionki na liście mail biały. Co się tu do diabła dzieje?

[krystian3w]

Najwidoczniej nie bazują bezpośrednio na zmiennych "--mailpanel_background_color" / "--mailpanel_text_color" (z wagą 010) lub selektorach z wagą 100 tj. ":is(#folderTree, #threadTree)".

Sprawdź czy wagi 11 1 0 / 11 0 0 coś daje:

Kod: Zaznacz cały

:root:not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID) {
  --mailpanel_background_color: #000000 !important;
  --mailpanel_text_color: #8cd8ff !important;
}

/* mail list background*/
:is(#folderTree, #threadTree):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID):not(#fakeID) {
  background: var (--mailpanel_background_color) !important;
  color: var(--mailpanel_text_color) !important;
}

Jak da to można stopniowo zmniejszać użycie ":not(#fakeID)"

[OSH]

Nic to nie daje…