Gewissermaßen eine späte Ergänzung zu meinem Artikel Thunderbird: Zeilenhöhe in Baum und Liste ändern von vor fünf Jahren, angeregt durch eine Mail eines Lesers: Dieser verwendet die nach Tagen gruppierte Ansicht in der Mail-Liste (letzte Woche, gestern, etc.) und hat gefragt, ob sich diese Tagesbalken farblich ändern lassen.

Auch hier geht’s um Änderungen in der Datei userChrome.css, die sich im Profilverzeichnis verbirgt1, typischerweise zu finden unter C:\Benutzer\Benutzername\AppData\Roaming\Thunderbird\Profiles\Profilname\chrome. Standardmäßig existiert sie vermutlich nicht, also einfach erstellen. Und nach jeder Änderung Thunderbird neu starten.

Ich habe zwar keine Lösung gefunden, wie man bestimmte Zeilen gezielt einzeln ansprechen kann, also etwa gestern anders als heute gestalten, aber Mozillas XUL-Tutorial Styling a Tree hat mir immerhin verraten, wie man Baum-Zeilen anhand ihrer allgemeinen Eigenschaften (im Gegensatz zu speziellen wie ihrem Inhalt) selektieren kann.

Konkret nutze ich hier aus, dass die Tagesbalken noch untergeordnete Knoten (die einzelnen Mails) haben, diese wiederum aber keine; das entsprechende Attribut heißt container, und so spricht man die Container in der Mail-Liste an:

#threadTree treechildren::-moz-tree-row(container) {
	background-color: #fcc !important;
}

Das gibt diesen einen rötlichen Hintergrund. Wobei #threadTree dafür sorgt, dass nur die Mail-Liste2 betroffen ist. Ohne dieses gilt’s für alle Baum-Darstellungen, also auch den Baum mit den Mailordnern (den man übrigens gezielt mit #folderTree ansprechen kann) u.a.

Man kann auch zwischen geöffneten und geschlossenen Containern unterscheiden:

#threadTree treechildren::-moz-tree-row(container,open) {
	background-color: #fcc !important;
}
#threadTree treechildren::-moz-tree-row(container,closed) {
	background-color: #cfc !important;
}

Das Gegenteil, d.h. Zeilen ohne untergeordnete Zeilen, heißt leaf.

Ich verwende diese Datumsgruppierung zwar nicht, aber dafür die Thread-Gruppierung3, und style ab jetzt auf diese Weise die ersten Mails blassgelb (#ffe).

Wenn man will, kann man noch jede zweite Zeile abwechselnd darstellen, etwa weiß (Standard, daher kein Eintrag nötig) und fast-weiß:

treechildren::-moz-tree-row(odd) {
	background-color: #f4f4f4 !important;
}
treechildren::-moz-tree-row(odd,hover) {
	background-color: #e2f0fc !important;
}
treechildren::-moz-tree-row(odd,selected) {
	background-color: #cae5fc !important;
}

…also mit odd und even (ungerade und gerade). Und wer aufmerksam mitgelesen hat, wird gemerkt haben, dass ich hier #threadTree weggelassen habe und somit alle Bäume von dieser kleinen Lesbarkeits­verbesserung profitieren.

Wichtig dabei: Was zuletzt in der userchrome.css steht, entscheidet über die Farbe. Also wenn man beides will, zuerst die odd/even-Einträge und dann die container/leaf-Einträge.

1. mehr zum Profil-Ordner im mozillaZine (engl.) und zu den Profil-Dateien im Thunderbird-Wiki [↩]
2. und vermutlich auch entsprechende Newsgroup-Ansichten, wenn man die verwendet [↩]
3. auch wenn die leider bei meinen wichtigsten Geschäftsmails ins Leere läuft, weil die Kollegen irgendein Tobit-Zeugs verwenden, das bei Antworten nicht die Message-IDs mitliefert, auf die geantwortet wird *hrmpf* [↩]

Nicht jede in den Alternativtext für nicht geladene Bilder in Mailprogrammen gepackte Kurzanleitung ist zielführend – etwa die, die sich in einer Mail von Rock Antenne fand, siehe Titel und die folgenden Bilder. Der erste gehorsame Versuch wäre bei mir schon daran gescheitert, dass ich die Mail zuerst auf dem iPad gelesen habe – da gibt’s weder eine Maus noch Klicks noch Clicks. Aber auch in meinem Mailprogramm Thunderbird am Windows-PC bringt weder ein Rechtsklick auf ein nichtgeladenes Bild…

…noch in den leeren Bereich…

…etwas Hilfreiches zum Vorschein. Gut, dafür war die ganze Zeit der hellgelbe Thunderbird-Balken darüber kaum zu übersehen:

Quizfrage1 an euch: Bei welchem Mailprogramm kann/konnte man Bilder per Rechtsklick nachladen – direkt (unwahrscheinlich) oder per Menü (wahrscheinlicher)?

PS: Manche Feedreader wie feedly scheinen nicht ganz mit in mehreren Auflösungen vorliegenden Bildern, wie sie seit WordPress 4.4 üblich sind, klarzukommen – und ignorieren die Bilder dann. Kann dem einen oder anderen Leser hier leider auch passieren… und ein Rechtsklick hilft da auch nichts, nur ein direkter Seitenbesuch. Da muss feedly wohl nachbessern. Aber da das auch bei größeren Webseiten à la Caschys Blog passiert, sehe ich mich in guter Gesellschaft.

1. eigentlich nicht, weil ich die Antwort auch nicht kenne und es erst recht nichts zu gewinnen gibt [↩]