page.config.doctype = xhtml_strict
page.config.htmlTag_langKey = de
page.includeCSS {
file1 = fileadmin/page/css/main.css
file2 = fileadmin/page/css/main2.css
file3 = fileadmin/page/css/main3.css
...
}
Css Styled Content würde ich rauskicken.
Man benötigt nur die CSet stylesheet und content default.
Nich böse sein, aber wenn man richtig ordentlich mit CSS arbeiten möchte, nutzt man so gut wie gar nicht class und style, sondern arbeitet wenn möglich nur mit id. Inhalt und Design immer soweit wie möglich trennen.
Class nutzt man beispielsweise wenn man ein formatiertes Bulletlist Menü hat und z.B. der Oberste Link aus Designgründen ein anderes Hintergrundbild hat(dafür gibt es auch andere Möglichkeiten).
Sollte aber jeder selber wissen wie er an CSS rangeht.
Css Styled Content würde ich rauskicken.
Man benötigt nur die CSet stylesheet und content default.
Das hört sich interessant an ... ich nutze derzeit immer die css_styled_content und schmeiss den ganzen Müll (automatisch eingefügte css Definitionen etc.) raus.
Wie ist das bei diesem Konzept (cset + content default), kommt da defaultmässig der Müll gar nicht erst rein? Die content default hab ich noch als extrem tabellenlastig in Erinnerung ... hab mir die daher schon seit Ewigkeiten nicht mehr angesehen 😉
Danke schon mal für Info und viele grüße
Niki
Hab oben nicht alles gelesen, aber die Lösung für die automatisch eingefügten <p>-Tags:
lib {
parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
}
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines >
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines {
encapsTagList = div,p
removeWrapping = 1
wrapNonWrappedLines = |<br>
}
Das erste entfernt die Klasse im <p>-Tag, das zweite die <p>-Tags durch ein einfaches <br />
Niki schriebCss Styled Content würde ich rauskicken.
Man benötigt nur die CSet stylesheet und content default.
Das hört sich interessant an ... ich nutze derzeit immer die css_styled_content und schmeiss den ganzen Müll (automatisch eingefügte css Definitionen etc.) raus.
Wie ist das bei diesem Konzept (cset + content default), kommt da defaultmässig der Müll gar nicht erst rein? Die content default hab ich noch als extrem tabellenlastig in Erinnerung ... hab mir die daher schon seit Ewigkeiten nicht mehr angesehen 😉
Danke schon mal für Info und viele grüße
Niki
Kommt richtig schönes pures HTML raus, ohne Tabellen, class definitionen und sonstigen Müll.
Wobei Müll kann man nicht sagen, für einen der es als Hobby macht ist es noch ganz sinvoll.
@all!
Besten Dank für Eure zahlreichen Tipps.
Werde einmal das eine oder andere ausprobieren und schauen was mir am Besten liegt ;-)
blackraider
@thebigtony: das war der Tipp schlechthin. Hab das neulich mal getestet und - wie angenehm 🙂 Konnte 2/3 meiner Konfiguration ausmisten. Und dann noch deutlich performanter. Ohne Deinen Tipp hätt ich die Dinger nie mehr angeschaut und weiter css_styled_content verwendet.
Viele Grüße
Niki
Na sag ich doch.
Bei Typo muss man immer etwas aufpassen, da versucht wird jeden Geschmack zu treffen, was den Jungs eigendlich auch gut gelingt.
Aber der Nachteil ist, dass man da schnell aus dem Konzept kommt und den Blick für das Wesentliche verliert.
Think simple.
Spätestens, wenn man z.B. die erste Überschrift im Text anders formatieren will als die nachfolgenden,
erkennt man den Sinn von csc.
Nich böse sein, aber wenn man richtig ordentlich mit CSS arbeiten möchte, nutzt man so gut wie gar nicht class und style, sondern arbeitet wenn möglich nur mit id.
Das halte ich für durchaus diskussionswürdig.
Wiederkehrenden, gleich formatierten Elementen weise ich doch Klassen zu und keine IDs (p class="bodytext" und nicht id="bodytext")
CSC ist nicht perfekt und durchaus verbesserungswürdig (es wird ja auch dran gearbeitet),
allerdings kann man damit vernünftig arbeiten.
Und ich muß nicht wie bei cSet Stylesheet irgendwelche Anweisungen ins Template schreiben.
Wo bleibt denn da die Trennung von Layout & Inhalt ?
viele Grüße
jenses
Das sind wir an dem Punkt.
Dem p wiese ich garnix zu.
Das schaut normal so aus
div#idMeinesDiv p {
...
...
}
Dann sind alle p tags in meinem div z.B. Für die Mittelseite so formatiert wie ich es will. Sollte der Fall auftreten, dies anders haben zu wollen, nutze ich dann inerhalb des p tags einen span, dem ich dann eine Klasse zuweise oder
div#idMeinesDiv p span {
...
...
}
Hab mich auch lange genug dagegen gewehrt, jetzt mach ich nichts mehr anders. Es gibt keinen eleganteren Weg Seiten zu gestallten.
jep. Wir haben neulich für einen Kunden einen Code Relaunch gemacht, Umstellung von altem Tabellen-HTML auf XHTML. Hat den Quellcode um 90% reduziert, um nur einen Vorteil zu nennen.
VIele Grüße
Niki
Hi!
thebigtony schrieb
page.config.doctype = xhtml_strict
page.config.htmlTag_langKey = de
page.includeCSS {
file1 = fileadmin/page/css/main.css
file2 = fileadmin/page/css/main2.css
file3 = fileadmin/page/css/main3.css
...
}
Css Styled Content würde ich rauskicken.
Man benötigt nur die CSet stylesheet und content default.
Nich böse sein, aber wenn man richtig ordentlich mit CSS arbeiten möchte, nutzt man so gut wie gar nicht class und style, sondern arbeitet wenn möglich nur mit id. Inhalt und Design immer soweit wie möglich trennen.
Class nutzt man beispielsweise wenn man ein formatiertes Bulletlist Menü hat und z.B. der Oberste Link aus Designgründen ein anderes Hintergrundbild hat(dafür gibt es auch andere Möglichkeiten).
Sollte aber jeder selber wissen wie er an CSS rangeht.
In Bezug auf diesen Thread würde es mich schon interessieren, wie man dann die "tables" aus Content Elementen wie "Text mit Bild" entfernt bzw. umgewandelt bekommt (bei reiner Verwendung von CSet stylesheet und content default)?
Dank im voraus für Tips/Hilfen!
sirwylm