Hi,

ich bin gerade dabei, nach dem Forums-Update mein User-CSS darauf anzupassen. An ein paar Kleinigkeiten beiße ich mir bisher wohl die Zähne aus, da wäre eine kleine Hilfestellung oder Anregung willkommen.

Welchen Browser nutzt Du? Davon ist abhängig, welche Selektoren unterstützt werden.

Zum Beispiel finde ich keinen CSS-Selektor, mit dem ich die Kategoriebezeichnung vor jedem Posting-Titel im Threadbaum ansprechen kann. Schön, dass die Klammern um den Kategoriennamen jetzt eigene Klassen bekommen haben, aber was zwischen den Klammern steht, erwische ich noch nicht.

span.category
und ggf. Werte für die Klammern per
span.category span.braces
wieder überschreiben.

Ebenso finde ich keinen Selektor für die Link-Grafiken am Rand, mit denen der Thread auf- oder zugeklappt werden kann.

Geckos kennen z.B. [href=url], [href^=urlanfang], [href$=urlende], ...

Mein zweites Problem ist möglicherweise ein generelles CSS-Verständnisproblem. Ich möchte über mein User-CSS gelesene und ungelesene Postings farblich unterscheiden lassen. Die serverseitige Markierung schmeckt mir hier nicht, weil
a) nur das a-Element mit dem Posting-Titel eingefärbt sein soll und
b) ich nicht die gelesenen, sondern die _un_gelesenen Postings farblich vom Rest der Seite unterscheiden will.

Der Threadbaum wird ja als geschachtelte <ul><li>-Konstruktion angelegt. Mein Problem ist nun, dass ein Posting als "gelesen" angezeigt wird, sobald eines der Eltern-Postings gelesen ist. Es scheint also eine Vererbung der Eigenschaften vom äußeren ins innere <li> zu geben. Ich dachte eigentlich, dass ich das mit dem folgenden CSS-Schnipsel vermeide:

Wie oben, ggf. für Nachfahrenelemente mit höherwertigem Selektor die Werte wieder überschreiben,

also z.B. statt
li.visited a { /* irgendwas */ }
li a { /* irgedwas anderes */ }

eben

li.visited a { /* irgendwas */ }

li.visited li a, li a { /* irgedwas anderes (ggf. irgendwas wieder zurücksetzen */ }

cu,
Andreas

Hi,

Schön, dass die Klammern um den Kategoriennamen jetzt eigene Klassen bekommen haben, aber was zwischen den Klammern steht, erwische ich noch nicht.

beides steht in einem <strong class="category">, welches nichts außer dem Genannten enthält.

Ebenso finde ich keinen Selektor für die Link-Grafiken am Rand, mit denen der Thread auf- oder zugeklappt werden kann.

Die Links besitzen jeweils recht eindeutige Klassen.

Mein zweites Problem ist möglicherweise ein generelles CSS-Verständnisproblem. Ich möchte über mein User-CSS gelesene und ungelesene Postings farblich unterscheiden lassen. Die serverseitige Markierung schmeckt mir hier nicht,

Soweit ich es sehe, resultiert diese in der Klasse "visited" bei den betreffenden <li>- bzw. <a>-Elementen. Davon ausgehend kannst Du Dein CSS individuell gestalten.

a) nur das a-Element mit dem Posting-Titel eingefärbt sein soll und

Hm. Wo genau siehst Du da Dein Problem?

b) ich nicht die gelesenen, sondern die _un_gelesenen Postings farblich vom Rest der Seite unterscheiden will.

Wo siehst Du den Unterschied? Von zwei Arten soll die eine anders sein als die andere. Damit ist unbedingt die andere auch anders als die eine.

Der Threadbaum wird ja als geschachtelte <ul><li>-Konstruktion angelegt. Mein Problem ist nun, dass ein Posting als "gelesen" angezeigt wird, sobald eines der Eltern-Postings gelesen ist.

Nutze den Kindselektor, die :not()-Pseudoklasse, den Nachfahrenselektor zum Zurücknehmen einer Formatierung usw.

Es scheint also eine Vererbung der Eigenschaften vom äußeren ins innere <li> zu geben.

Nein, das ist keine Vererbung. Die von Dir genutzten Selektoren greifen einfach auch bei Elementen, die Du nicht erreichen möchtest.

Ich dachte eigentlich, dass ich das mit dem folgenden CSS-Schnipsel vermeide:
li.visited a,

Das sind alle <a>-Elemente, die sich _irgendwo_ innerhalb eines <li class="visited"> befinden.

Mit dem ersten Zweig färbe ich die Posting-Titel der bereits gelesenen Postings (li class="visited") schwarz, mit dem zweiten färbe ich diejenigen rot, in denen das <li> Element _nicht_ die Klasse "visited" hat.

Nein, damit färbst Du auch die, die die Klasse "visited" besitzen. Allerdings hat der Selektor eine geringere Spezifität und verliert dadurch zwangsläufig.

Habe ich da einen Denkfehler drin?

Jau :-)

Cheatah