Hallo,
wer zum Beispiel auf http://www.webmasterplan.com/cgi-local/router.cgi?l=de&p=wmpde&s=opt_html den Code seiner Typo3-Seite anschaut, stellt wahrscheinlich fest, dass nicht alles im Code den w3standards entspricht.
Ganz vorne am meist verwendeten steht <befehl />
Laut solchen Code-Test-Seiten müsste es aber <befehl> heißen. Kann man diese Ausgabe nicht veränern (auch wenn es jeder Browser richtig ausgeben würde)?
Ganz vorne am meist verwendeten steht
Laut solchen Code-Test-Seiten müsste es aber heißen.
Den Satz verstehe ich nicht :o Aber egal...
"Valider HTML" Code ist möglich, auch XHTML 😉 MaxHB hat dafür sogar eine Extension geschrieben...
Und leider sind die wenigsten Seiten "valide". Wenn man unsauber programmiert, ist es egal, ob man Typo3, GoLive oder von Hand schreibt...
Gruss
Michael
Oh, da hat das Forum meinen Befehl verschuckt.
Ich meinte statt < befehl /> sollte es heiten < befehl > (Jeweils ein Leerzeichen weniger, beim ersten sind es zwei)
kannste das bitte nochmal sauber zusammenfassen?
außerdem solltest du einfach entweder html ausschalten, wenn du tags postest, oder ganz einfach den code-button benutzen, denn der is ja für sowas da... 😉
T3 gibt oft Code aus der nicht den w3standards entspricht, aber keinen browser stören - aber mich.
Die falsche Ausgabe
<befehl />
Richtig wäre
<befehl>
Kann man das erreichen?
johanness schriebT3 gibt oft Code aus der nicht den w3standards entspricht, aber keinen browser stören - aber mich.
Die falsche Ausgabe<befehl />Richtig wäre
<befehl>Kann man das erreichen?
das stimmt einfach nicht, bzw. nur bedingt:
das erste ist ein perfektes beispiel für sauberen XHTML code... 😉
das zweite wäre HTML, hängt also ganz davon ab, was du für einen doctype benutzt (nachzuschauen im quellcode deiner seite).
Code:
<befehl />Richtig wäre Code:
<befehl>
Naja, dich stört das vielleicht, aber eigentlich darf es nei XHTML keine offenen Tags mehr geben, die nicht geschlossen werden. Genau wie
<br />
Achja, besser als das Ding von webmasterplan ist das hier:
http://validator.w3.org/
Gruss
Michael
Hi!
doku schriebdas zweite wäre HTML, hängt also ganz davon ab, was du für einen doctype benutzt (nachzuschauen im quellcode deiner seite).
Ich meine mal gelesen zu haben, dass Typo3 seit V3.6 in der Tat Probleme mit HTML hat, weil ettliche XHTML-konforme Tags ausgegeben werden. Allerdings kann ich das nicht bestätigen, da ich eigentlich immer XHTML verwende...
CU
maxhb
Hmmm...
Ich bin auch eher dazu geneigt, Wert auf sauberen Code zu legen ...
Ich arbeite gerade an meiner ersten Typo3 Seite (bis jetzt komme ich auch gut voran, juhuuu..lol).
Ich habe recht wenig (wenn überhaupt) Ahnung von Codes. Aber, mein Template für typo3 habe ich per Hand codiert (reines CSS) und dann ein Paar Extensions ausprobiert und einige Testläufe gemacht. Es gab einige Fehler im Code, welcher durch typo3 generiert wurde. Aber, das war ziemlich schnell behoben und meine Seite, die noch lange nicht fertig ist, produziert 100% gültigen W3C Code, sowohl CSS als auch XHTML Transitional. 🙂
Also, was ich damit sagen will ist eigentlich nur, dass sogar html/CSS Neulinge wie ich, sauberen Code produzieren können. Wenn *ich* sowas kann, dann kann es jeder. Und ich meine j-e-d-e-r (inklusive 3 Monate alten Kindern). #giggle# 😃
Ich beanstande nur das Schließen der HTML-Befehle und das insterpretiert jeder! Browser richtig.
Anstatt
<befehl />
sollte es eben
<befehl/> oder <befehl>
heißen.
Ich zitiere mal kurz aus SELFhtml zum Thema XML:
Um ein Element als leer zu kennzeichnen, muss am Ende vor der schließenden spitzen Klammer ein Schrägstrich notiert werden. Das Leerzeichen davor ist optional, aber zu empfehlen.
Zu finden hier:
http://de.selfhtml.org/xml/regeln/tagsattrwerte.htm
Für HTML gelten natürlich andere Regeln 😉 Sonst wäre das ja auch zuuu einfach...
Gruss
Michael
P.S.:
Ich beanstande nur das Schließen der HTML-Befehle und das insterpretiert jeder! Browser richtig.
Was die Browser im Quirks-Mode interpretieren, funktioniert zwar, muss aber nicht deshalb regelkonform sein.
Das ist doch mal gut zu wissen 🙂
Danke!
mic_jan hat´s doch nur nochmal wiederholt...?
mic_jan hat´s doch nur nochmal wiederholt...?
Ja, aber erstens mit einer vertrauenswürdigen Quelle und zweitens mit anderen Worten... 😉
Gruss
Michael
mic_jan schriebaber erstens mit einer vertrauenswürdigen Quelle
na, dann würde ich mich an deiner stelle aber geehrt fühlen... 😉 8-)
kohoutek schriebHmmm...
Ich bin auch eher dazu geneigt, Wert auf sauberen Code zu legen ...
Ich arbeite gerade an meiner ersten Typo3 Seite (bis jetzt komme ich auch gut voran, juhuuu..lol).
Ich habe recht wenig (wenn überhaupt) Ahnung von Codes. Aber, mein Template für typo3 habe ich per Hand codiert (reines CSS) und dann ein Paar Extensions ausprobiert und einige Testläufe gemacht. Es gab einige Fehler im Code, welcher durch typo3 generiert wurde. Aber, das war ziemlich schnell behoben und meine Seite, die noch lange nicht fertig ist, produziert 100% gültigen W3C Code, sowohl CSS als auch XHTML Transitional. 🙂
Also, was ich damit sagen will ist eigentlich nur, dass sogar html/CSS Neulinge wie ich, sauberen Code produzieren können. Wenn *ich* sowas kann, dann kann es jeder. Und ich meine j-e-d-e-r (inklusive 3 Monate alten Kindern). #giggle# 😃
*NEID*
wie geht denn das?... keine Ahnung, aber ein CSS-Template? Glaube, du verkaufst dich hier stark unter Wert ;-)
Hallo zusammen!
Ich arbeite gerade im geschäft gerade an einer HP. Dabei ist folgendes Problem aufgetreten: sobald wir das Template mit TemplaVoila einbinden sieht zwar im Firefox noch alles korrekt aus, im IE6/7 aber nicht. wenn ich den quelltext anschaue, ist dort haufenweise code, der das TemplaVoila zusätzlich eingefügt hat. Wenn ich dort die erste zeile
<!--<!DOCTYPE html
PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">-->
in
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
umwandle, und weiter unten die Zeile
<a id="c47"></a>
lösche, sieht alles wieder korrekt aus.
Hat jemand eine Idee wie man das beheben könnte?
Wir benutzen TYPO3 4.1.1 und TemplaVoila 1.1.1