Ich bin jetzt nicht der HTML-Experte, aber ich wollte eigentlich Doctype Strict und
Zeichsatz UTF-8 nehmen.
Zumindest beim Doctype habe ich keine Probleme.
Wenn ich UTF-8 verwende bekomme ich zumindest unter meinem etwas älteren
Xampp Anzeigeprobleme.
Sind die Zeichensätze Serverabhängig, oder wie läuft das ?
Ist diese Kombination derzeit die beste Wahl, oder gibt es auch irgendwelche Nachteile ?

aNtiCHrist

Zitat:

Sind die Zeichensätze Serverabhängig, oder wie läuft das ?

Es ist möglich, dass der Server in dem Content-Type-Headerfeld eine (falsche) Kodierungsangabe sendet. Die hat dann oberste Priorität und führt ggf. zu einer falschen Dekodierung. Siehe http://httpd.apache.org/docs/2.0/mod...defaultcharset

UTF-8 ist im Prinzip eine gute Wahl, du musst dir dann (abgesehen von &, <, >, ", ') keine Gedanken über die Maskierung von Zeichen außerhalb des ASCII-Raums machen. In ISO-8859-1 fehlen z. B. das EUR-Symbol sowie typographisch korrekte Anführungszeichen, sodass man die dann maskieren muss.

Die Browser zeigen schon seit Generation 4 UTF-8-kodierte Seiten korrekt an, da ist also auch kein Problem zu erwarten. Solltest du PHP verwenden, so solltest du allerdings bedenken, dass es auch in Version 5 noch keine komplette Unterstützung von Unicode bietet. Für wenige, spezielle Einsatzbereiche kann hier eine Beschränkung auf ISO-8859-1 oder besser ASCII sinnvoll sein. Das wäre aber auch der einzige Nachteil, der mir für die Verwendung von UTF-8 einfällt.

Noch ein Tipp: http://de.wikipedia.org/wiki/Plenk

onkel bouncy

Danke.
Nachdem ich den Fonteintrag aus der Apache Config gelöscht habe funktioniert alles.
Jetzt funktioniert zumindest UTF-8 und ISO-8859-1.
Die Seite ist aber leider noch nicht 100% valider strict code.
Wo liegen eigentlich die Vorteile von strict Seiten?

aNtiCHrist

Sie enthalten per Definition eben keine unnötigen, missbilligten Elemente und Attribute, die die visuelle Darstellung beeinflussen und damit nichts in HTML verloren haben. HTML 4.01 Strict ist somit einfacher zu implementieren, vielleicht werden die Browser in ferner Zukunft die Unterstützung für diese missbiligten Attribute und Elemente einschränken. Dann bist du mit HTML 4.01 Strict oder gar dem syntaktisch deutlich strengeren und somit einfacher zu implementierenden XHTML gut vorbereitet. Auch sind in Strict einige unstrukturierte Schachtelungen verboten, sodass die Dokumente tendenziell besser strukturiert sind.

Was hast du denn für Fehler, die nur im Strict-Modus auftreten?

onkel bouncy

Danke.

Also ich verwende:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Fehler hat er z.B. bei einer Tabellenweite geschmissen.
Keine Angst, die Tabelle ist nich zweckentfremdet.
Bei Transitional war das glaube ich noch egal.
Dann definier ich die eben über CSS.
Und bei 2 Input Feldern die wohl nicht nicht nur so im div stehen dürfen.
Warum weiss ich allerdings nicht.

hashy

Man könnte auch per PHP einen uft8 header senden wenn man nicht selber am Sever verstellen kann/darf.

Ansonsten müsste man noch bei mysql wegen utf8 ausfpassen. Also den gewünschten Charset nach dem Connect mit angeben. Hab da auch schon nette Erfahrungen gemacht.

aNtiCHrist

Laut Spezifikation ist das width-Attribut im table-Element durchaus zulässig, per CSS geht es natürlich auch. http://www.w3.org/TR/html4/struct/ta...tml#edef-TABLE

Auch dürfen input-Elemente in div-Elementen stehen, dort sind nämlich alle Block- und Inlineelemente (zusammengefasst als %flow) zugelassen. http://www.w3.org/TR/html4/struct/global.html#edef-DIV

Vermutlich hast du schon vorher Fehler im Code, die dann im Verlauf weitere Fehlermeldungen erzeugen. Die sollten dann aber verschwinden, wenn du die Fehler der Reihe nach von oben nach unten korrigierst. Falls es wider Erwarten vorher keine Fehlermeldungen gibt, würde ich den Code gerne mal sehen.

onkel bouncy

Danke nochmal.
Habs selbst hinbekommen.
Melde mich wieder, wenn etwas nicht funktioniert.

Anzeige

Anmelden

Weitere Tipps