Was sind die Grenzen oder Bereichsdefinitionen der HTML5-Entwicklung?

Aus dem Lesen der Mailinglisten und dem Blick auf die Spezifikation kann ich nicht sagen, was die Grenzen von HTML5 als Software oder programmatische Technologie sind. Ich habe gesehen, wo sie versucht haben, Video- und Audioformate in HTML5 zu standardisieren, und sie scheinen die Definitionen für XHTML5 in die HTML5-Spezifikation geschrieben zu haben. Es scheint auch, dass die Spezifikation extrem lang ist und Themen umfasst, die weit außerhalb der bloßen Definitionen und minimal erforderlichen Verarbeitungsanweisungen einer Auszeichnungssprache liegen.Was sind die Grenzen oder Bereichsdefinitionen der HTML5-Entwicklung?

Mit Version 5 ist HTML nun eine Anwendungsschnittstelle, die nur einer Auszeichnungssprache entgegengesetzt ist? Wenn ja, worin bestehen die Grenzen und Grenzen der Technologie? Wenn nicht, warum sind dann so viele Themen für die Verarbeitung von Markup unerheblich, die im Entwicklungsprozess der Technologie eine so große Rolle spielen? Wann enden die Grenzen einer Markup-Sprache und die Anwendungspräferenzen einer User-Agent-Anwendung beginnen? Mit HTML5 erscheint diese Trennung nicht sehr klar, aber als Industriestandard sollte es kristallklar sein, oder?

Quelle

2009-11-02 Anonymous

Sie sind nicht die erste Person, die sich darüber Gedanken macht. Siehe die Diskussion zwischen Rob Sayre und dem HTML5-Editor (Hixie): http://blog.mozilla.com/rob-sayre/2008/02/19/bloaty-parts-of-the-whatwg-html5-specification-that-should-be-removed/#comment-7559

Mein Verständnis ist dies: Es gibt eine Reihe von

weitgehend umgesetzt, aber underspecified oder nicht angegeben alten Technologien (zB „DOM 0 "features, tag-soup parsing"
"wichtige" neue Technologien, die die modernen Browser-Hersteller interoperabel implementieren möchten (zB Video, Canvas, Offline).

Wenn Hixie an sie interessiert sind und keine andere Editor Stufen eine separate Spezifikation zu halten, Hixie sie lieber in HTML5 halten „[umformuliert], um den Preis einer aufgeblähten Spezifikation dafür zu bezahlen nicht den Web-Fortschritts Abwürgen“ .

BTW, wenn Sie eine autoritative Antwort möchten, sollten Sie hixie selbst oder in den HTML5 Diskussionsforen fragen.

[Bearbeiten] fand eine zusätzlich E-Mail von Hixie auf Splitting Sachen aus der Spezifikation HTML5: http://lists.w3.org/Archives/Public/public-html/2008Oct/0127.html

Quelle

2009-11-02 08:33:46 Nickolay

Wenn es sich um einen Community-Standard handelt, warum wird dann von einer einzigen Person erwartet, dass sie die Quelle aller Antworten für die Definition dessen ist, was die Technologie der Spezifikation ist? Warum ist diese Antwort im Standard nicht explizit definiert? Es klingt, als ob die Spezifikation nicht weiß, für welche Technologie sie eine Spezifikation ist. Bin ich völlig daneben, wenn ich das sage? –

Sie stellen Meta-Fragen über die Arbeit anderer Leute und ich verstehe nicht warum. Ja, im Idealfall wäre kein Braindead-Verhalten bereits implementiert und würde sich darauf verlassen, Inhalt und Präsentation wären zu 100% getrennt. Es wäre eine klare Grenze zwischen dem, was in HTML5 und was ist. Es würde 100 Experten für Web-Technologien geben, die Zeit haben, sich dem Schreiben von qualitativ hochwertigen Spezifikationen zu widmen, und die Spezifikationen würden ohne Fehler implementiert und innerhalb von drei Monaten den Nutzern bereitgestellt. Allerdings leben wir nicht in einer idealen Welt und ich habe kein Problem mit der aktuellen Einrichtung, die leicht zu reparieren ist. – Nickolay

Die Arbeit ist ein Standard und soll auf viele Aspekte des Internets angewendet werden, die sich direkt auf jeden auswirken, der sich für das Web entwickelt. Es ist keine persönliche Arbeit und darum frage ich. Alles in Ihrer hypothetischen, außer für Ihre Zeitleiste, wird im Allgemeinen eine minimale Erwartung bei der Erstellung von Spezifikationen von Normungsgremien unterstützt. Es gab 150 "Experten", die zusammen kamen, um XML zu schreiben. Überlegen Sie, wie Standards für ISO oder IETF zusammenkommen. In diesen Gruppen ist es, als würde man eine Dissertation mit erweiterter Verteidigung durch den Autor einreichen. Warum muss HTML geringere Erwartungen haben? –

Diese Artikel finden kann sehr interessant: X/HTML 5 Versus XHTML 2 http://xhtml.com/en/future/x-html-5-versus-xhtml-2/

Seit W3C langsam ist eine aktualisierte Spezifikation in immer und die Bahn nicht nur mehr fragmentieren, aber es gibt Bedürfnisse, die können werden erfüllt, die nicht wirklich möglich sind, weil die Spezifikationen so alt sind, HTML5 arbeitet daran, diese zu beheben, wie das Canvas-Tag und eingebettete Video/Audio. Dies ersetzt das sehr überstrapazierte <object> Tag und Flash, das stattdessen verwendet werden muss.

Das Web ist mehr als nur Webseiten, jetzt haben wir Javascript-Anwendungen, so dass wir jetzt mehr Interaktivität haben können, als es wirklich möglich war, aufgrund einiger der Änderungen nicht nur von HTML5, sondern die Bewegung in Richtung einer neueren Version von JavaScript.

HTML5 sollte also mehr als nur eine Auszeichnungssprache sein, da die Webanwendungen nicht mehr nur Server bedienen, sondern nur statische Seiten bedienen, wofür eine Auszeichnungssprache gut war.

Quelle

2009-11-02 04:27:39

ich Ihren Standpunkt vollständig verstehen sowie Sie eine sehr gute Antwort geben haben, aber du hast nicht die Frage beantworten. Was sind die Bereichsgrenzen von HTML5 und wo endet HTML5 und der User-Agent? Ihre Antwort hat wirklich nur wiederholt, was ich an HTML5 überhaupt geglaubt habe. –

Ich glaube nicht, dass es eine Bereichsbegrenzung gibt, die über das hinausgeht, was sie hinzufügen können, da sie versuchen, vorherzusagen, was benötigt wird, da es nicht vollständig in Browsern und seit ungefähr 10 Jahren üblich ist. –

Der Browser muss entscheiden, wie er mit dem Vorrang umgehen soll. Wenn ich die Quicktime-Anwendung für einige Filme verwenden möchte, aber der Rest das Embedded verwendet, ist das etwas, was die Spezifikation nicht bestimmen kann, müssen die Browser damit umgehen. –

Mit der Version 5 HTML ist jetzt eine Anwendungsschnittstelle Gegensatz zu nur eine Markup-Sprache?

Ja.

Wenn ja, was sind die Grenzen und definierten Grenzen der Technologie?

Meistens eine selbst auferlegte Regel, keine wichtigen neuen Funktionen mehr zu verwenden.

Wann enden die Grenzen einer Markup-Sprache und die Anwendungspräferenzen einer Benutzer-Agent-Anwendung beginnen?

Es ist verschwommen. Ist diese Stapelüberlaufseite ein Dokument oder eine Anwendung?

Mit HTML5 erscheint diese Trennung nicht sehr klar, aber als Industriestandard sollte es kristallklar sein, oder?

Die Spezifikation ist in ihren betrieblichen Anforderungen klar. Es muss nicht klar definiert werden, wenn zwischen Dokumenten und Anwendungen unterschieden wird.

Quelle

2009-11-02 09:56:22 hsivonen

Der HTML- und enthaltene Inhalt ist ein Dokument. JavaScript und AJAX sind eine Anwendungsschnittstelle. Die eigentliche Anwendung ist die User-Agent-Software, die den JS interpretiert und den HTML-Code analysiert. Die Unterscheidung der Rollen macht die Trennung der Technologien deutlich. Die Spezifikation muss klar sein, Unterschiede zwischen Dokumenten und Anwendungen zu definieren, um in ihren Absichten klar zu sein. Die Spezifikation ist offensichtlich nicht so klar oder ich hätte diese Frage nicht zu stellen oder solche verschleierten Antworten zu erhalten. –

HTML hatte von Anfang an diese Spannung zwischen Markup und Verhalten (vgl. Why do we have an IMG element?). HTML und das Web sind bereits untrennbar miteinander verbunden. Die HTML-Spezifikationen schwanken zwischen technischer Reinheit und dem Pflastern der Kuhpfade.

HTML ist eine Auszeichnungssprache, aber das Verhalten der Anwendung, die die Spezifikation implementiert, ist eingeschränkt. Für mehr reines Markup wären XML oder SGML geeigneter.

Wie ich es verstehe, Sie fragen, warum die Spezifikation nicht auf den Markup-Teil beschränkt ist (x/HTML 5) und stattdessen auch User-Agent-Verhalten angibt, ist das richtig? Wenn dem so ist, glaube ich, dass es daran liegt, dass die Spezifikation absichtlich das Verhalten von Nutzeragenten abdeckt. Es gibt an, wie sich die implementierende Anwendung verhalten soll, um die Spezifikation einzuhalten.

Wenn Sie heute bei Null anfangen würden, würden Sie nicht mit HTML5 enden. Wir fangen jedoch nicht bei Null an und die HTML-Spezifikationen haben immer versucht, die reale Welt mit der idealen zu vergleichen.

Quelle

2009-11-04 22:17:26 Don

Markup ist das Vokabular und die strukturellen Einschränkungen dieses Vokabulars. Verhalten war immer ein Problem von Formularsteuerelementen und JavaScript. Ich sehe die Verwirrung nicht. Das W3C hat dies auf der XML-Seite mit separaten Standards für XML-Ereignisse und XForms sogar sehr deutlich gemacht. Ich habe nicht die Verwirrung, die Sie behaupten, so lange offensichtlich gewesen. –

Ich sehe jetzt, was Sie bekommen. Wie Sie jedoch betonen, gibt es bei XML eine Trennung. HTML war weniger rein; daher der Konflikt zwischen den Gruppen W3C und WHATWG bei der Spezifikation von XHTML2 und HTML5. Ich weiß, dass du anderer Meinung bist, aber HTML hat sich seit einiger Zeit in Richtung Markup/Verhalten entwickelt. Verwenden Sie XML für klarere Separationen. – Don

Sie sagen, dass in Bezug auf die Entwicklung für das Web ich mit Verwirrung zufrieden sein sollte, weil die Spezifikation überladen ist? –

Auf die Gefahr hin, wie eine zu starke Vereinfachung klingen: wenn es in der Spezifikation ist, ist es Teil des Standards. Um kompatibel zu sein, muss ein Agent die angegebenen Teile implementieren.

Die Tatsache, dass es nicht "nur eine Auszeichnungssprache" ist, ist keine neue Sache mit HTML 5. HTML-Spezifikationen waren immer ein bisschen mehr als nur Dokument Markup. Soweit ich das beurteilen kann, haben die Bemühungen, HTML in eine reine Markup-Definition zu überführen, ihren Höhepunkt mit XHTML erreicht.

HTML 5 scheint eine Bestätigung dafür zu sein, dass reines Markup allein nicht wirklich ausreicht, um bestimmte Probleme der realen Welt anzugehen, und ein aktualisierter Standard könnte helfen, diese Probleme zu lösen: "Aber was sollte in dieser Situation passieren? " "Na ja, das liegt beim User-Agent, darüber machen wir uns in unserer Markup-Spezifikation keine Gedanken." ... keine befriedigende Lösung in einem Internet, wo die Endbenutzererfahrung leidet, weil es in solchen Fragen keinen Konsens gibt.

Ist es eine API? vielleicht, aber als eine Sprache wird es immer noch als einfaches Markup funktionieren, wenn es benötigt wird (denken Sie an nicht grafische Benutzeragenten). In einigen Fällen sollte es besser funktionieren als die verfügbaren Optionen.

Um Ihre letzte Frage zu beantworten: Nein, in einem Standard muss die Trennung zwischen Auszeichnungssprache und Verhalten des Benutzeragenten nicht "kristallklar" sein. Was hat dich glauben lassen? Aber ich vermute, dass es klarer ist als Sie denken: Können Sie ein Beispiel für einen Teil der Spezifikation angeben, bei dem Sie nicht sicher sind, ob es sich um Markup- oder Benutzeragentenverhalten handelt?

Quelle

2009-11-05 08:58:29

Welche Probleme der realen Welt werden nicht dadurch gelöst, dass die HTML-Spezifikation auf die Markup-Sprache beschränkt wird? Wenn es weitere Bedenken gibt, warum werden sie nicht in separaten anwendungsbezogenen Spezifikationen behandelt? Was aber sind die Definitionen und der Umfang der HTML5-Spezifikation, weil es aussieht, als ob sie ein bisschen von allem in die Spezifikation geworfen hätten, ohne Rücksicht auf irgendeine Art von ursprünglichem oder beabsichtigtem Ziel für die Sprache als Ganzes.Wenn die Spezifikation bezüglich einer Trennung zwischen Markup und Anwendung nicht klar ist, wie sollen die Entwickler klare Best-Practice-Entscheidungen treffen? –

Real-world-concern: Wie sollte sich der Agent verhalten, wenn er mit einem Dokument konfrontiert wird, das Fehler enthält? Warum ist es nicht in separaten Spezifikationen? Gute Idee: Sie sollten das tun. Oh, du hast keine Zeit? Ja. Deshalb. –

Wie würde eine klarere Trennung dazu beitragen, "Best-Practice-Entscheidungen" zu treffen? Definitionen hier: http://www.w3.org/TR/html5/infrastructure.html#terminology, Bereich hier: http://www.w3.org/TR/html5/introduction.html#scope. Welche Entscheidungen möchten Sie in Ihrer Entwicklung treffen, die Sie wegen angeblicher mangelnder Trennung nicht treffen können? Ihre Bemerkungen klingen zunehmend wie Lärm. Ein konkretes Beispiel würde viel dazu beitragen, diese Diskussion tatsächlich über etwas zu bringen. –

Hier ist der Link, der die Unterschiede zwischen HTML5 und HTML4 angibt. Viele Attribute und Tags wurden aus HTML5 entfernt, da sie besser von CSS gehandhabt wurden. Was ist, wenn der Programmierer Leichtigkeit hat, wenn er das CSS nicht beherrscht?

Quelle

2009-11-10 04:41:20

Vielleicht die beste Antwort auf Ihre Frage ist "Was versuchst du zu tun?".

Ich sage das, weil, wenn Sie eine Webanwendung erstellen möchten, die jetzt in modernen Webbrowsern (lesen Sie nicht IE) HTML5 verwendet, dann sind der Bereich/Grenzen, die Sie kümmern werden, was die Die meisten modernen Browser-Hersteller unterstützen und planen ihre Unterstützung in Kürze.

Google Wave hat dies getan und ein großartiges Produkt entwickelt, das über den Browser funktioniert (Firefox/Chrome/Safari/Opera). Einige grundlegende HTML5-Mandanten, die bereits weitgehend unterstützt werden, sind Video/Audio/Canvas/Speicher/Geo.

HTML5 Support http://radar.oreilly.com/upload/2009/05/html5.png

http://radar.oreilly.com/2009/05/google-bets-big-on-html-5.html

Quelle

2009-11-11 00:37:05 philfreo

Ich verstehe nicht, was das Diagramm zeigt. Niemand unterstützt die Mehrheit von HTML5 auf irgendeine Art von einheitlicher Art und niemand wird für einige Zeit, weil es wie 9000 Seiten lang und enthält alle Arten von Fremdfunktionen. Die SVG-Spezifikation war fast genauso lang und als Folge nahm fast niemand sie an und diejenigen, die sie übernommen haben, haben sie nicht vollständig übernommen. –

Der Punkt des Diagramms ist nicht, dass ALLES von HTML5 einheitlich unterstützt wird, sondern dass 6 der großen wichtigen Funktionen von HTML5 tatsächlich von 4 verschiedenen Browsern unterstützt werden. – philfreo

Was sind die Grenzen oder Bereichsdefinitionen der HTML5-Entwicklung?

Antwort

Verwandte Themen