DTD ändern bzw. XHTML Strict?

Hallo,

ich versuche gerade, meine Seite auf Typo3 umzustellen.
Die war bis jetzt in XHTML Strict geschrieben.

Wenn ich ins TypoScript

doctype = xhtml_trans

schreibe, dann erstellt Typo3 immerhin Seiten in XHTML Transitional, allerdings mit

<?xml version="1.0" encoding="iso-8859-1"?>

Erstens möchte Strict, zweitens möchte ich diese <? xml... Zeile nicht im Code.

Wie bekommt man das hin?

doctype = xhtml_strict

hat nicht funktioniert.

Danke schonmal,

E|H

steht alles in der TS-Referenz unter "config"

Du meinst in der Dokumentation 2?

Da hab' ich nichts dazu gefunden.

theo schrieb

steht alles in der TS-Referenz...

Du meinst in der Dokumentation 2?

Coool... 😉

Nö, wenn ich TS-Referenz sage, dann meine ich auch TS-Referenz... 8-)

E|H schrieb

<?xml version="1.0" encoding="iso-8859-1"?>

Erstens möchte Strict, zweitens möchte ich diese <? xml... Zeile nicht im Code.

Ich kann mich irren, aber soweit ich mit XHTML vertraut bin ist diese Zeile Pflich für validen XHTML (siehe selfhtml).

mstuebner schrieb

...
Ich kann mich irren, aber soweit ich mit XHTML vertraut bin ist diese Zeile Pflich für validen XHTML (siehe selfhtml).

Du irrst dich.
Die Zeile ist optional.

theo schrieb

mstuebner schrieb

...
Ich kann mich irren, aber soweit ich mit XHTML vertraut bin ist diese Zeile Pflich für validen XHTML (siehe selfhtml).

Du irrst dich.
Die Zeile ist optional.

Recht hast Du:

Das allererste, was am Anfang einer XHTML-Datei notiert werden sollte, ist eine so genannte Seite XML-Deklaration.

Aber warum das jemand rausnehmen will ist mir trotzdem nicht klar. Aber egal, ist seine Entscheidung.

mstuebner schrieb

Aber warum das jemand rausnehmen will ist mir trotzdem nicht klar.

Ich hab´s jetzt leider nicht zur Hand, aber es gibt einige Quellen, die das fast empfehlen. Es geht schlichtweg um die beknackten Probleme mit den Browsersimulatoren.
Wenn du es drinläßt, mußt du aber auf jeden Fall einen Doctypeswitch mittels einer Condition für die Browsersimulatoren einsetzen, da sie ansonsten in den Quirksmodus geschaltet werden...

P.S.: Ich hab´s auch seit längerem nicht mehr drin, und wenn es wirklich absolut unsinnig wäre, würde es (wahrscheinlich) auch nicht die entsprechende Config-Zeile zum Abschalten des Prologues geben.
Aber das ist natürlich nur ein Indiz und kein Beweis/Argument... 😉

hi,

config.doctype = xhtml_trans 
config.xhtml_cleaning = all 
[browser = msie]
config.xmlprologue = none
[end]

für den IE schmeiss ich die <XML ... raus damit mein:

div.main{
margin:10px auto;
}

funzt

wie gesagt... 😉

Die XML-Zeile will ich raus, weil der FF-Tidy deswegen meckert. Das ist nicht der Weisheit letzter Schluß, aber was ich nicht brauch', will ich da nicht drinhaben.

xhtml_trans geht, xhtml_strict nicht.

Die TS-Referenz kannte ich nicht.
Spartanische Antworten sind für einen Einsteiger eben nicht ganz durchsichtig.

Es gibt in der Dokumentation eine TypoScript-Kurzreferenz, dort gibt es einen Abschnitt "CONFIG", so abwegig war meine Frage nicht.

Bekommt man den Kommentar "This...is brought to by Typo3..." auch weg?
Muß nicht unbedingt sein, wäre aber ganz nett. Muß ja nicht gleich jeder wissen...

Erinnert mich außerdem an Eminem von der MM LP... *g*

EDIT: Nicht, daß ich mich das mit Eminem stört, nur der Technik halber. *ggg*

mit der letzten Äusserung stichst Du hier wahrscheinlich in ein Wespennest :-) ... den Eintrag "This Site..." solltest Du besser aus Deinen Post rausnehmen ..

Ausserdem empfinde ich diesen Kommentar mittlerweile als Qualitätsmerkmal :-)

E|H schrieb

Bekommt man den Kommentar "This...is brought to by Typo3..." auch weg?

Nur über eine Änderung im Sourcecode.

Der Typo3 Kommentar muss drinbleiben (Lizenzbestimmung).

Den XML prolog bekommst Du so raus:

seite.config.xmlprologue = none

In der Tat gibts damit oft Ärger beim IE - ganz überraschenderweise 😃

Das hier einzutragen ist auch nicht doof:

seite.config.xhtml_cleaning = all

Doctypes stehen Dir einige zur Verfügung, z.B. xhtml_frames, xhtml_strict, xhtml_11.

Die TS Referenz ist das wichtigste Dokument bei der Erstellung von Templates. Eine kurze Recherche dürfte dieses Dokument zu Tage fördern, auch wenn man noch nichts von dessen Existenz gehört hat. Es gibt auf typo3.org eine ziemlich große Liste mit Dokumentationen. Da guckt man rein.

Viele Grüße
Niki

Niki schrieb

Eine kurze Recherche dürfte dieses Dokument zu Tage fördern

Immerhin hab ich meine zweite Antwort oben dann doch noch direkt auf die spezielle Zielseite hin verlinkt.

Niki schrieb

Der Typo3 Kommentar muss drinbleiben (Lizenzbestimmung).

Nein, das ist falsch.
Aber es ist natürlich wirklich nicht besonders nett, ihn rauszunehmen... 😉

Der Typo3 Kommentar muss drinbleiben (Lizenzbestimmung).

Nein, das ist falsch.
Aber es ist natürlich wirklich nicht besonders nett, ihn rauszunehmen...

ja klar in der GNU GPL steht da nix von drin #giggle# Aber ich meine, irgendwo auf typo3.org was davon gelesen zu haben, dass der Kommentar drin bleiben soll. Ich bin mir nicht so sicher ob ich ihn mag oder nicht 😉

Viele Grüße
Niki

Niki schrieb

jAber ich meine, irgendwo auf typo3.org was davon gelesen zu haben, dass der Kommentar drin bleiben soll.

Ganz genau: er soll bitte drinbleiben.
Aber es gibt diese Diskussion ja immer wieder neu. Grundsätzlich gilt: Ein Copyright-Kommentar in den Sourcedateien von Typo3 darf natürlich definitiv nicht entfernt werden.
Ein Copyright-Kommentar im Quelltext der Website ist aber ganz was anderes.

Ich will das jetzt aber wirklich nicht (zum hundertsten Mal) breitklopfen und damit den Thread sprengen, sorry vielmals... :o

Ja ne, dann bleibt der Kommentar halt drin, ist ja nicht so das Problem.

Solange es nur der Kommentar ist.
Dieses ganze JS-gecode, das Default-mäßig da drinsteht, hat mich unglaublich genervt.
Einen Teil hab' ich weiter unten mit "include none..." oder so entfernt, den Rest mit

removeDefaultJS = external

Und wenn ich schreib:

config.stylesheet = FILE
config.stylesheet.file = fileadmin/style.css

oder wie auch immer, dann schreibt er nicht

type="text/css"

mit rein. Keine Ahnung, ob das mit clean oder so zu beheben ist, aber bei xhtml_trans gehört das auch so rein.

Kann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben... #paralyzed# *g*

Auf jeden Fall vielen Dank bis hierhin, wenn ich wieder daheim bin, schau ich mal, wie weit ich komm'. 😉

Kann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben

Ne leider nicht ... aber mach Dich einfach über die TS Ref dran und die Forumssuche. Geht alles, wir bauen auch nur in xhtml_trans und sind valid. Nervig ists nur bei extensions, da muss man oft an den code ran. Das ist z.B. der Grund warum wir noch keine indexed_search auf unserer Seite haben, wir überarbeiten da erst noch die Ausgabe.

Von irgendeinem hier im Forum gibts noch eine html cleaner extension die andere extension korrigiert, die haben wir aber noch nicht getestet. Evtl. hilft die Dir auch weiter. Von der extension sourceoptimization würd ich die Finger lassen da gibts Konflikte mit anderen extensions.

Viele Grüße
Niki

Niki schrieb

Kann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben

Ne leider nicht ...

Natürlich geht das:

config.disableAllHeaderCode=1

aber es macht eigentlich keinen Sinn...

Niki schrieb

Nervig ists nur bei extensions, da muss man oft an den code ran. Das ist z.B. der Grund warum wir noch keine indexed_search auf unserer Seite haben, wir überarbeiten da erst noch die Ausgabe.

Das gibt es schon. Siehe Accessibility-Newsgroup.