Die CSS-Dateien (besonders die globale), sollten aufgeraeumt werden. Die
einzelnen Selektoren sollten primaer nach dem Kontext sortiert werden und
sekundaer alphabetisch. Ausserdem sollte auch Klassen und IDs in der
camelCase-Schreibweise geschrieben werden.
Beispiel:
/**
* Template fuer Sicherheitsabfragen etc.
* @see /global/confirmation.tpl
*/
#id1 ...
#id2 ...
a.link1 ...
div.box1 ...
/default.css -> dort kommen nur grundlegende dinge hinein, die jede seite
benoetigt (body)
/menu.css -> dort das menu
/ajax.css -> ajaxspezifische dinge (wie etwa der div-container im footer der
mal aufgeploppt ist
/notice.css (oder error.css) -> fuer die error-div-container
/modules/scroll.css -> dort kommen nur die css-definitionen rein, die lediglich
vom scroll-modul benoetigt werden
im header.tpl muessten dann, je nach modul und features, die zustaendigen
css-layouts geladen werden.
vorteil: es ist strukturiert aufgeraeumt und es gibt keine 500 zeilen css-datei
(css-dateien find ich pers. absolut unuebersichtlich irgendwie ^^)
es werden nur diejeinigen definitionen geladen, die auch benoetigt
werden und nicht default "alle"
nachteil: es muessen evtl. 5-10 css-dateien eingebunden werden - wie gesagt,
keine ahnung ob das laden ins gewicht faellt, vorallem im zusammenhang mit der
tatsache, dass es eben nun "weniger" geladen werden wuerde.