Dieselsepp

Haltet ihr euch strikt an die W3C Richtlinien oder brecht ihr auch mal die Regeln?

Mister Ad

mentalman

ich brech sie manchmal. aber nur wenn keiner zuschaut. gibt voll den kick

Dieselsepp

grrr, kann das mal jemand korrigieren, bei der zweiten Option hats mir den Satzbau zerrissen->Nicht immer, aber wenn möglich richte ich mich danach

Danke

Koala

man sollte es machen wie die "Großen" (ebay,facebook, google, youtube, myspace ...)

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

Manko10

Ja, sofern der Gebrauch von Working-Drafts dazu zählt. Nur ganz selten, wenn es unabdingbar ist, nutze ich auch mal proprietäre Erweiterungen (z.B. zum Ausschalten der Autocompletion in Formularfeldern).
Dass ich mich an die Standards halte, heißt aber nicht, dass ich ständig auf im W3C-Validator hänge. Durch das HTML-Validator-Add-on für Firefox (das es jetzt auch endlich für 4.0 64-bit gibt) sehe ich Flüchtigkeitsfehler ja auch direkt. Ich kenne die Standards und sollte mir das Validator-Add-on mal nicht zur Verfügung stehen, dann schicke ich die Seite einmal durch den Validator und korrigiere übersehene Fehler wenn ich mit der Arbeit fertig bin.
CSS validiere ich normalerweise nicht. Wenn da was nicht valide ist, dann funktioniert die Regel auch nicht, von daher merkt man das in der Regel sofort.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

Koala

yep und auch außerhalb

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

Flor1an

Was soll den "ich mag meinen eigenen Style" bedeuten? Wie kann man denn bei sowas nen eigenen Style entwickelt?

Dieselsepp

Soll heißen, dass du alles so baust wie immer.

Bin mir nicht sicher ob summary beim <table> zum Standart gehört aber nehmen wir mal an es würde zum Standart deklariert werden und deinen Projekten fehlt es bis dato.
Option1 = alles umschreiben um dem Standart gerecht zu werden oder
Option2 = lassen wie es ist

Das mein ich mit "eigenem" Style.

Manko10

summary ist nach wie vor optional, aber ob man es nutzt hat nichts mit dem Standard an sich zu tun, sondern mit der Zugänglichkeit der Seite. Genauso wie es möglich ist, Tabellen nur aus TDs zu bauen (syntaktisch valide), empfiehlt es sich doch eher, für die Spaltenüberschriften TH zu nehmen. Wenn man noch weiter gehen will, nutzt man auch noch THEAD, TBODY und TFOOT sowie CAPTION. Das ist alles eine Sache der Semantik und Barrierefreiheit.
Wenn der Standard aber geändert wird (nehmen wir mal an, summary wäre jetzt Pflicht und ich hätte es bisher nicht genutzt), dann würde ich das in Zukunft auf jeden Fall nutzen, genau wie ich das alt-Attribute bei IMG-Tags nutze. Ich würde jetzt aber nicht alle Websites, die ich bisher geschrieben habe, nur deshalb updaten. Bei einem Relaunch würde ich das aber ändern (sofern verhältnismäßig).
Ich würde aber keinesfalls darauf beharren, auch weiterhin auf summary zu verzichten, weil "ich das ja immer schon so gemacht habe". Das wäre absoluter Bullshit.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

Koala

Standard ! Das hat weder was mit Standartenführer noch mit Standkunst zu tun.

Ürbigens: Facebook und W3C:
http://validator.w3.org/check?verbos...acebook.com%2F

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.