Warum valides XHTML ?
lima-city → Forum → Die eigene Homepage → HTML, CSS & Javascript
absatz
aufwand
beispiel
benutzerfreundlichkeit
browser
chaos
code
diskutieren
erlernen
komischen browser
korrektes code
nutz
palm
positionieren
punkt
quellcode
sache
sagen
solls
tabelle
-
Vor sehr langer Zeit wurde HTML 4.01 entwickelt und viele schicke HPs sind entstanden.
Da der IE eine ungesund starke Fehlerkorrektur besitzt (und am st?rksten verbreitet ist)
wurde es schnell vernachl?ssigt validen (korrektes) code zu schreiben.
Um die funktionalit?t zu verbessern und das erstellen von Websites zu erleichtern
wurde HTML weiterentwickelt.
XHTML 1.0 war das ergebnis dieses Prozesses. Ein Standart, der das Quellcode-Chaos im www
in Ordnung bringen sollte. Leider ist nochimmer sehr wenig
valides XHTML im www zu finden.
Und dass, obwohl gute Punkt daf?r sprechen.
valider XHTML-Code
> wird von jedem Browser richtig interpretiert und verarbeitet
> logische Strukturen (Linkt, Tabellen, ect.)
und die dazugeh?rige optische Umsetzung (das layout) sind getrennt
> h?here Browserperformanz (invalider code muss vom Browser korregiert werden)
Zusammenfassend w?rde ich sagen, dass ich es f?r sehr sinnvoll erachte valides
XHTML (oder wenigstens HTML) zu coden. Auch wenn es anfangs mehr Aufwand
mit sich bringt, macht sich der am ende in der ?bersichtlichkeit, Funktionalit?t
und Benutzerfreundlichkeit bezahlt. -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
das ist so eine sache...
wenn ich komplett validen XHTML schreibe, muss ich mit einigen komischen browser-fehlern rechnen. ich sage nur: tabellen-strukturierung! mit streng eingehaltenem xhtml kann ich bestimmte strukturierungen nicht programmieren (verschieden einger?ckte <tr>'s oder <table>-verschachtelungen zum beispiel). mit "meinem" html geht das aber. also nutze ich standardisiertes xhtml/html nur, wenn es genauso wie nicht standardisiertes xhtml/html wirkt.
Aenogym -
kann ich gut verstehen, aber tabellen stehen ja eh auf der abschussliste (sind zunehmend unerw?nscht)
und <table>-verschachtelungen sind ?berfl?ssig (anders l?sbar).
div ist f?r exakte positionierung wesentlich ?bersichtlicher im quellcode und sehr zu empfehelen.
in xhtml wurde (soweit ich es einsch?tzen kan) f?r alles eine valide l?sung gefunden.
(mit css l?sst sich auch sehr viel machen)
-
nein f?r abs?tze ist p zust?ndig.
und wo das hinf?hren soll: zum barierefreien Internet. Zu Homepages die f?r Behinderte wie auch f?r Palms und andere nicht PCs.
und table sind nun mal f?r Tabellen gedacht. Und wenn du nun eine Tabelle benutzt kann es auch dazuf?ren das die Reihnfolge auf dem Bildschirm eine ganz andere ist als im Quelletext. Das f?hrt zu gro?en Problemen f?r Screenreader (die es bald auch in Autos u.s.w und nicht nur f?r Behinderte geben wird).
Als ich meine Homepage von Tabellen auf xhtml mit div und css umgestellt habe, war die Seite danach nur 5,9 kb gro?, davor waren es 10,5 kb.
(Wobei die 5,9 kb mit Men? sind und zu den 10,5 noch ein Frameset kommt und das Men? und Banner-frame)
Und das Frames nicht mehr aktuell sind: dar?ber m?ssen wir glaube ich nicht mehr diskutieren.
(mit css l?sst sich auch sehr viel machen)
als Beispiel f?hre ich mal http://www.csszengarden.com/ an. Dort gibt es 305 Design. Und alle bauen auf eine (valid x)Html seite auf. -
divs rule! zusammen mit inline-frames! einfach zu positionieren und ausserdem nicht so verschachtelt wie Tabellen. Kein ewiges Gesuche im Code und ausserdem sind so Sachen wie blind-gifs damit auch pass?. Insgesamt viel einfacher zu erlernen als das gefummle mit den Tabellen...
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage