Hallo,

In der HTML-Ansicht wirkt diese Farbe auch für den Text von Postings, soweit es sich nicht um Zitate oder Signaturen handelt.
In der XHTML-Ansicht ist dieser Text aber trotz meiner Einstellung blau.

Das sollte sowieso vereinheitlicht werden. Ich hatte es ursprünglich absichtlich herausgenommen, aber die Einstellung besagt nun einmal »Diese Angabe wirkt auf die gesamte Seitendarstellung, nicht nur [aber auch] den Nachrichtentext«.
Ich für meinen Teil sehe in dieser Einstellungsmöglichkeit wenig Sinn, wenn sie selbst die Farben der Links betrifft. Wieso sollte man nur eine Textfarbe wollen?

In der HTML-Ansicht der Hauptseite und im Threadbaum unterhalb einzelner Postings sind die unbesuchten Links in der HTML-Ansicht schwarz (also in meiner Standard-Schriftfarbe).
In der XHTML-Ansicht sind diese Links braun (die auf die Eröffnungsposting in Dunkelbraun, die auf Antworten hellbraun).

Ja, das ist derselbe »Fehler«.

War das schon immer so? Oder ist das neu?

Das ist neu.
Im neuen XHTML-Modus wird die eigene Schriftfarbe folgendermaßen gesetzt:
body, h1, h2, h3, p, ul, ol, dl, div, th, td {color:#000;}
Im HTML-Modus und im vergangen XHTML-Modus wird/wurde es so gelöst:
p,h1,h2,h3,h4,ul,ol,li,div,td,th,address,nobr,b,i,dl,dd,dt,a,a:link,a:visited,a:active,tt,span {color:#000;}
Das heißt, Links und der Postingtext (einst durch ein tt-Element ausgezeichnet) sind ausdrücklich angegeben und die Regeln überschreiben die Farben, die im externen Stylesheets angegeben sind.
(address kommt in den XHTML-Templates nicht vor, tt ist neuerdings #nachricht-text.)

Ich muss die HTML-Templates sowieso noch anpassen. Was spricht dafür, das alte Verhalten beizubehalten? Bei #nachricht-text (und strong und span eventuell) sehe ich es ja ein, aber erwarten die meisten Benutzer von der Einstellung, dass wirklich *alles* dieselbe Textfarbe erhält? (Bis auf die Klassen own, whitelist, cathigh, visited und active aus den Einstellungen, denn die folgen nach der obigen CSS-Regel.)

Mathias

Hallo.
Dein Benutzer-Stylesheet erklärt zumindest, weshalb bei Code- und anderen Korrekturen relativ häufig die falschen Stellen mittels "^" markiert werden.
MfG, at

Hallo,

mein Benutzerstylesheet ist beinahe fertig, hier ein Screenshot (12kB).

Wunderbar, das muss ich mir noch einmal genauer ansehen.
Attributselektoren wie input[value="Nachricht absenden"] und input[value="Vorschau generieren"] sollten übrigens nicht mehr nötig sein, diese beiden input-Elemente haben #formular-absenden und #formular-vorschau. Wenn diese IDs irgendwo fehlen, ist das unbeabsichtigt.
img[title="Thread ausblenden"], img[title="Thread als gelesen markieren"], img[title="Thread zuklappen"]
Denen gebe ich auch noch Klassen.
Sind dir sonst noch Elemente aufgefallen, bei denen sich IDs oder Klassen lohnen würden?

Wenn ich die Dokumentation fertig habe, mache ich noch einmal einen Thread auf, in dem ich zu weiteren Benutzerstylesheets (und JavaScripts) aufrufe. Diese können dann in der Dokumentation verlinkt werden.

Mathias

Hallo Siechfred,

Hehehe, dann guck dir doch mal den XHTML-Output des Forums an.

Ah, ja, in der Tat. Sehr hübsch. Gibt es das auch noch für HTML, oder
wird das nicht weiter gepflegt?

Wenn du mal ein wenig mit dem Molily kuschelst und ihn ganz lieb bittest,
macht der das bestimmt auch fuer die HTML-Templates ;-)

Grüße,
 CK

Hallo,

Gibt es das auch noch für HTML, oder wird das nicht weiter gepflegt?

Es ist aus meiner Sicht nicht sinnvoll, die Änderungen, die an den XHTML-Templates vorgenommen wurden, auf die HTML-Templates zu übertragen. Zumindest nicht jetzt. Die HTML-Templates arbeiten mit dem allgemeinen SELFHTML-Layout, was den alten, problemlos abwärtskompatiblen Transitional-Code enthält. Bei den XHTML-Templates konnte ich das SELFHTML-Layout von Grund auf anders umsetzen, damit soviel wie möglich über das eigene Stylesheets geändert werden kann. Eine generelle Änderung aller Templates sollte m.E. erst stattfinden, wenn sowieso das die Layoutrichtlinien geändert werden, die für den gesamten Selfraum gelten. Die XHTML-Templates sind erst einmal eine Zwischen- bzw. Übergangslösung speziell für das Forum. Der HTML-Transitional-Code kann nicht gleichermaßen aufgeräumt werden, ohne vom Standard-SELFHTML-Layout arg abzuweichen. Somit würde sich das ID- und Klassen-System auch vollkommen anders gestalten. Das wäre dann mittlerweile das vierte parallel existierende Layout (das Layout von SELFHTML 8.1 wird sich auch im Detail vom jetzigen unterscheiden - erst einmal würde das auf den gesamten Selfraum übertragen).
Sicherlich werde ich einige Änderungen in die HTML-Templates übernehmen, aber der Grundaufbau wird sich vorerst nicht gleichermaßen ändern.

Mathias

Hallo e7,

Hehehe, dann guck dir doch mal den XHTML-Output des Forums an.

Irgendwo stehe ich da auf dem Schlauch... Ich finde irgendwie nur so was ;(

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

http://forum.de.selfhtml.org/cgi-bin/user/fo_userconf?a=edit&p=viewfuncs

Zweiter Punkt direkt.

Grüße,
 CK