Und was auch nicht geht, Konstanten in Klassen definieren. Wusste ich bisher aber auch noch nicht.
Die beiden Zeilen mit "define" kann man bedenkenlos löschen, beide Konstanten werden nicht benötigt.

Wenn jemand also nach einem Plugin schreit und jemand anderes sich die Mühe macht es zu schreiben, dann sollte derjenige der geschrien hat sich wenigstens die 5 Minuten Zeit nehmen und das Plugin testen. Ansonsten wird es in Zukunft deutlich weniger Plugins auf dieser Welt geben. Zumindest fehlerfrei funktionierende.

Das ist zwar jetzt total am Thema vorbei, aber ich hoffe ich bekomme trotzdem eine Antwort.
Welches Plugin verwendest Du für die Live Kommentar Vorschau?

Gruß Rainer

Wie gesagt, ich halte von den Template Tag "body_class" eh wenig, gerade weil er soviele verschiedene Klassen einfügt die man wahrscheinlich zu 99% nicht nötig hat.

Ich hinterlege meistens in der "functions.php" eine kleine Funktion mit Conditional Abfrage, wenn ich einzelne Artikel/Seiten/Kategorien etc. extra abheben will, weil mir eine Klasse im body völlig ausreicht.

Hier meint es WordPress jedenfalls defenitiv viel zu gut.

Aber body_class gibt doch von Haus aus eine Identifikation per ID aus oder nicht?
So wie "page-id-252"... ich mein okay, es steht vieles weitere unnütze zeug drin (Daher mag ich den template tag net)... aber wäre das nicht die einfachste möglichkeit die Seiten Inviduell zu gestallten ohne das man zusätzlichen Code einbinden muss oder irgendwass manipuliert?

es reicht doch vollkommen aus wenn der Theme die "body_class" Funktion nutz und ggf. jeder Artikel Container durch die Artikel ID bestimmt wird. Alleine mit den dadurch Inviduell ergebenen Classen und ID's für CSS kann man doch inviduelle Page/Archiv/Kategorie/ Styles bauen oder nicht?

Warum dann also durch ein zusätzlichen Code-Schnipsel in der functions.php oder gar durch ein Plugin einbringen?

So ganz den Sinn seh ich da nicht wirklich hinter.

<link rel="stylesheet" href="<?php echo $fb_stylesheet; ?>" type="text/css" media="screen" />

Vorteil: Man spart einiges an Traffic und gewinnt etwas Pertformance durch die schlankeren Stylesheets. Zudem wäre es doch etwas übersichtlicher für jede Seite ein eigenes Stylesheet zu hinterlegen anstatt alle Änderungen in einem zusammen zu fassen.
Nachteil: Man muss natürlich alle Fälle abfangen für die kein extra Stylesheet hinterlegt ist (z.B. Startseite, Einzelansicht, usw)
-----

Die Abfrage der ID zur Auswahl eines Stylesheet lässt sich hervorragend für ein Plugin nutzen. Im Backend registriert man die ID jede Seite für die man ein anderes Stylesheet verwenden möchte in einem Array. Für die registrierten Seiten kann dann das entsprechende Stylesheet hochgeladen werden. Beim Hochladen kann man mit sanitize_title_with_dashes( get_the_title( $id ) ) die Stylesheets direkt umbenennen und dann nach den von dir beschriebenen Weg verwenden.

Bsp.:

<?php
$fb_pages_with_xtra_stylesheets = get_option('fb_xtra_stylesheets');
// die IDs der Seiten die geändert werden sollen sind als Array in der Option-Table hinterlegt

if( in_array( the_ID(), $fb_pages_with_xtra_stylesheets ) ) {
$fb_stylesheet = bloginfo( 'template_url' ).'/'.sanitize_title_with_dashes( get_the_title( the_ID() ) ).'.css';
} else {
$fb_stylesheet = 'style.css';
}
?>

<link rel="stylesheet" href="<?php echo $fb_stylesheet; ?>" type="text/css" media="screen" />

So hat man mit relativ wenig Aufwand eine eigene Stylesheet-Verwaltung realisiert. Einzelnen Seiten kann quasi per Mausklick ein eigenes Stylesheet bzw. wieder das Standard-Stylesheet zugewiesen werden. Als Plugin-Lösung wäre der obige Code natürlich eine Funktion und im Theme wäre nur noch der Funktionsaufruf.
Von der Performance wäre es eine gute Lösung da nur das CSS ausgeliefert wird, welches benötigt wird. Und auch Änderungen an den einzelnen Stylesheets wären einfacher da man nicht ein riesiges Stylesheet durchforsten muss, sondern gezielt in bestimmten Dateien suchen kann.