Erster Arbeitsentwurf von HTML5 veröffentlicht

[molily]

Hallo,

embed hat leider wirklich eher Nachteile. Aber: Mit der selben Logik musst du auch das img-Element verbannen. Tust du das?

Schon seit Jahren plädieren Leute dafür, img und alle anderen zugunsten von object aufzugeben. In XHTML 2 ist es bloß drin »to ease the transition to XHTML2«. Die Einbindung mit src braucht solche Container sowieso nicht.

In HTML 5 wollte man in dem Punkt offenbar einfach die verbreitete Praxis redefinieren. Wie in so vielen Fällen.

Allerdings kann ich in manch anderen Fällen verstehen, dass im Detail unterschiedliches Browserverhalten nun standardisiert wird, indem man den Mittelweg der vorhandenen Implementationen sucht. Bei embed wird aber gar nicht soviel neu definiert.

ich denke es ist nicht verkehrt für bestimmte Zwecke ein Element zu besitzen.

embed bringt aber überhaupt keine Vorteile, also abgesehen davon, dass Browserimplementationen existieren.

Bei video und audio könnte man einwenden, dass diese existieren, um ein neues spezielles Interface zu bieten, das so auf object allgemein nicht zutrifft.

Ich finde XHTML 2.0 nicht konsequent. Es ist eine Sprache, die mit HTML nichts mehr zu tun haben will, sondern etwas ganz neues darstellt. Dennoch will man nicht auf obsolote Elemente, wie z.B. das body-Element verzichten.

Hab ich was verpasst oder wieso ist body obsolet?

Mathias