Warum nicht selbst-schließende script-Elementen arbeiten?

Hinzufügen, um das, was Brad und squadette haben gesagt, die selbst-schließende XML-syntax <script /> eigentlich ist richtige XML, aber es funktioniert in der Praxis, Ihre web-server muss auch senden Sie Ihre Unterlagen als korrekt formatiertes XML mit XML-mimetype wie application/xhtml+xml im HTTP-Content-Type-header (und nicht als text/html).

Jedoch, das senden einer XML-mimetype führt dazu, dass Ihre Seiten nicht analysiert werden, indem IE7, die mag nur text/html.

Vom w3:

Zusammenfassend, 'application/xhtml+xml'
SOLLTE verwendet werden, für die XHTML-Familie
Dokumente, und die Verwendung von 'text/html'
SOLLTE begrenzt werden, um HTML-kompatibel
XHTML-1.0-Dokumenten. 'application/xml'
und 'text/xml' KANN auch verwendet werden, aber
wenn es angemessen ist,
'application/xhtml+xml' verwendet werden SOLL
eher als die generischen XML-Medien
Typen.

Verwundert mich über dieses vor ein paar Monaten, und der einzige brauchbare (kompatibel mit FF3+ und IE7) Lösung war die Verwendung der alten <script></script> syntax mit text/html (HTML-syntax + HTML mimetype).

Wenn Ihr server sendet die text/html geben Sie in den HTTP-Header, selbst bei sonst richtig gebildet XHTML-Dokumente, FF3+, verwenden Sie die HTML-rendering-Modus, was bedeutet, dass <script /> wird nicht funktionieren (dies ist eine änderung, Firefox war vorher weniger streng).

Dies geschieht unabhängig von jedem hantieren mit http-equiv meta-Elemente, die XML-prolog oder doctype in Ihrem Dokument-Firefox-Filialen einmal wird die text/html header, der bestimmt, ob die HTML-oder XML-parser sucht innerhalb des Dokuments, und der HTML-parser nicht versteht <script />.

InformationsquelleAutor joelhardi

Andere geantwortet haben, "wie" und zitiert spec. Hier ist die wahre Geschichte von "warum keine <script/>", nach vielen Stunden Graben in bug-reports und Mailinglisten.

HTML 4

HTML 4 basiert auf SGML.

SGML hat einige shorttags, wie <BR//, <B>text</>, <B/text/ oder <OL<LI>item</LI</OL>.
XML nimmt die erste form, definiert die Endung ">" SGML (flexibel), so dass es zur <BR/>.

Allerdings HTML nicht redfine, so <SCRIPT/> sollte bedeuten <SCRIPT>>.

(Ja, das '>', sollte ein Teil des Inhalts, und der tag ist noch nicht geschlossen.)

Dies ist offensichtlich nicht kompatibel mit XHTML und wird brechen viele Seiten (von der Zeit, die Browser waren reif genug,Pflege über diese), so niemand umgesetzt shorttags und die Spezifikation berät gegen Sie.

Effektiv, alle "arbeiten", selbst-ended-tags sind tags mit optionalem Ende-tag auf technisch nicht-konformen Parser und sind in der Tat ungültig.
Es wurde W3C, die kam mit diesem hack zu helfen, den übergang zu XHTML, indem es HTML-kompatibel.

Sowie <script>'s end-tag ist nicht optional.

"Self-Ende-tag" ist ein hack, die in HTML 4 und ist bedeutungslos.

HTML 5

HTML5 hat fünf Arten von tags und nur 'void' - und 'Fremd' - tags sind darf selbstschließend sein.

Weil <script> ist nicht nichtig (es kann Inhalte haben) und ist nicht Fremd (wie MathML oder SVG), <script> nicht selbst geschlossen, unabhängig davon, wie Sie es verwenden.

Aber warum? Können Sie nicht sehen es als außen -, Spezial-Fall, oder was?

HTML 5 soll rückwärts-kompatibel mit Implementierungen von HTML 4 und XHTML 1.
Es basiert nicht auf SGML oder XML; Ihre syntax ist vor allem mit der Dokumentation und Vereinigung der Implementierungen.
(Dies ist der Grund, warum <br/> <hr/> etc. sind gültig HTML 5 trotz nichtig zu HTML4.)

Self-closing <script> ist einer der tags, wo Implementierungen verwendet zu unterscheiden.
Es funktioniert in Chrome, Safari, und Opera; es meines Wissens noch nie gearbeitet, im Internet Explorer oder Firefox.

Diskutiert wurde wenn HTML 5 wurde erarbeitet und abgelehnt, weil es Pausen browser Kompatibilität.
Webseiten, die selbst in der Nähe script-tag kann nicht korrekt wiedergegeben werden (wenn überhaupt) in alten Browsern.
Es wurden andere Vorschläge, aber Sie nicht lösen kann die Kompatibilität problem.

Nachdem der Entwurf wurde veröffentlicht, WebKit aktualisiert den parser werden in übereinstimmung.

Self-closing <script> passiert nicht in HTML 5, weil die Abwärtskompatibilität zu HTML 4 und XHTML 1.

XHTML 1 /XHTML 5

Wenn wirklich diente als XHTML <script/> ist wirklich geschlossen, als andere Antworten angegeben haben.

Außer dass die spec sagt es sollte gearbeitet haben, wenn diente als HTML:

XHTML-Dokumente ... kann beschriftet werden mit dem Internet-Medientyp "text/html" [RFC2854], weil Sie sind kompatibel mit den meisten HTML-Browsern.

So, was ist passiert?

Menschen gefragt Mozilla zu lassen Sie Firefox analysieren konforme Dokumente als XHTML unabhängig von den angegebenen Inhaltstyp-header (bekannt als content-sniffing).
Dieser erlaubt hätte, selbst-schließen-scripts und content-sniffing notwendig war sowieso, weil web-Hoster waren nicht reif genug, um zu dienen, den richtigen header; IE war gut.

Wenn die erste browser-Krieg am Ende nicht, mit dem IE 6, XHTML möglicherweise wurde auch auf der Liste. Aber es hat Ende. Und IE 6 ein problem hat mit XHTML.
In der Tat IE nicht unterstützt den richtigen MIME-Typ an alle, zwingt jeder Verwendung text/html für XHTML, weil IE hatte großen Marktanteil für ein ganzes Jahrzehnt.

- Und auch content-sniffing kann wirklich schlecht und die Leute sagen,es sollte gestoppt werden.

Es stellt sich schließlich heraus, dass die W3C -nicht bedeuten, XHTML zu sein, sniffable: das Dokument ist beide, HTML und XHTML, und Content-Type Regeln.
Man kann sagen, Sie standen fest auf "Folgen Sie einfach unserem spec" und ignorieren, was praktisch war. Ein Fehler, der weiter in späteren XHTML-Versionen.

Sowieso, diese Entscheidung erledigt die Sache für Firefox.
Es war 7 Jahre vor Chrome geboren wurde; es gab keine weiteren nennenswerten browser. So war es beschlossen.

Angabe der doctype allein macht noch nicht den Auslöser XML-parsing, weil der folgenden Spezifikationen.

InformationsquelleAutor Sheepy

Die Leute oben schon ziemlich viel erklärt das Problem, aber eins, dass vielleicht Dinge klar ist, dass, wenn Menschen nutzen <br/> und so die ganze Zeit in HTML-Dokumenten / in einer solchen position ist im Grunde ignoriert, und nur verwendet werden, wenn Sie versuchen, etwas zu machen, sowohl parseable wie XML und HTML. Versuchen <p/>foo</p>, zum Beispiel, und Sie bekommen einen regelmäßigen Absatz.

InformationsquelleAutor Marijn

Im Gegensatz zu XML und XHTML, HTML hat keine Kenntnis von der self-closing-syntax. Browser interpretieren, dass XHTML als HTML-wissen nicht, dass die / Zeichen zeigt an, dass der tag sollte selbstschließend sein; stattdessen interpretieren Sie es, wie ein leeres Attribut und der parser immer noch denkt, dass der tag "geöffnet" ist.

Nur als <script defer> behandelt wird, als <script defer="defer">, <script /> behandelt wird, als <script /="/">.

InformationsquelleAutor rpetrich

Das ist, weil die SCRIPT-TAG ist keine LEERE ELEMENT.

In einem HTML-Dokument - VOID-ELEMENTE nicht brauchen eine "End-tag" an alle!

In xhtml, alles ist Generisch, daher müssen Sie alle Kündigung z.B. eine "End-tag"; Darunter br, ein einfacher Zeilenumbruch, wie <br></br> oder seine Kürzel <br />.

Allerdings ein Script-Element ist niemals eine Lücke oder ein Parametrisches Element, weil script-tag, bevor irgendetwas anderes, ist ein Browser-Unterricht, nicht eine Daten-Beschreibung-Erklärung.

Prinzipiell eine Semantische Kündigung Anweisung z.B. ein "End-tag" wird nur benötigt für die Verarbeitung von Anweisungen, die die Semantik kann nicht beendet werden durch einen nachfolgenden tag. Zum Beispiel:

<H1> Semantik nicht durch eine Beendigung folgenden <P> weil es nicht genug eigene Semantik außer Kraft zu setzen und daher die Kündigung des vorherigen H1-Befehlssatz. Obwohl es in der Lage sein zu brechen, die stream in einem neuen Absatz, Zeile, es ist nicht "stark genug" zu überschreiben, die Gegenwart font-size & style line-height Gießen den Strom hinab, ich.e Austritt aus H1 (weil P nicht hat).

Dies ist, wie und warum die "/" (Kündigung) signalisiert wurde erfunden.

Einen generischen keine Beschreibung Kündigung Tag wie < />, hätte ausgereicht, um jeden einzelnen fall aus den aufgetretenen Kaskade, z.B.: <H1>Title< /> aber das ist nicht immer der Fall, denn wir wollen auch in der Lage sein, "Schachteln", mehrere Vermittler Markierung der Stream: aufgeteilt in torrents vor dem Umbruch /fallen auf einen anderen Kaskaden. Als Folge einer generischen terminator wie < /> wäre nicht in der Lage, um zu bestimmen, das Ziel einer Immobilie zu beenden. Zum Beispiel: <b>Fett <i>Fett-Kursiv < /> Kursiv </>normal. Wäre sicherlich nicht unsere Absicht die Rechte und würde wahrscheinlich so interpretieren Fett Fett-itallic Fett normal.

Dies ist, wie die Begriff - wrapper ie., der container war geboren. (Diese Begriffe sind sich so ähnlich, dass es unmöglich ist, zu erkennen, und manchmal das gleiche element kann sowohl. <H1> ist sowohl wrapper und container zur gleichen Zeit. In der Erwägung, dass <B> nur eine semantische wrapper). Wir benötigen eine Ebene, keine Semantik-container. Und natürlich ist die Erfindung eines DIV-Elements kam.

Das DIV-element ist eigentlich ein 2-Schlafzimmer-Container. Natürlich die kommen mit CSS gemacht die ganze situation etwas unheimlich, als es sonst gewesen wäre, und verursacht eine große Verwirrung bei vielen großen Folgen - indirekt!

Da mit CSS könnte man leicht überschreiben Sie die Muttersprache vor&nach BR Verhalten eines neu erfunden DIV, ist es oft genannt wird, als "nichts tun-container". Das ist natürlich falsch! DIVs sind block-Elemente und wird nativ break the line im stream vor und nach dem Ende-Signalisierung. Bald das WEB begann das leiden von Seite DIV-itis. Die meisten von Ihnen immer noch sind.

Den kommenden CSS mit seiner Fähigkeit, vollständig außer Kraft setzen und ganz neu zu definieren das native Verhalten von einem HTML-Tag, es irgendwie geschafft zu verwirren und zu verwischen, die ganze Bedeutung der HTML-Existenz...

Plötzlich alle HTML-tags erschien, als ob veraltet, Sie wurden unkenntlich gemacht, ohne Ihre ursprüngliche Bedeutung, Identität und Zweck. Irgendwie würden Sie den Eindruck gewinnen, dass Sie nicht mehr benötigt werden. Sprichwort: Ein einziger container-wrapper-tag würde genügen, für alle in der Präsentation von Daten. Fügen Sie einfach die gewünschten Attribute. Warum nicht sinnvollen tags statt; Erfinden tag-Namen, wie Sie gehen und lassen Sie die CSS-Mühe mit dem rest.

Dies ist, wie xhtml geboren wurde und natürlich die große stumpf, bezahlt so sehr durch neue Ankömmlinge und eine verzerrte vision von dem, was ist, was, und was ist der verdammte Sinn des ganzen. W3C ging aus dem World Wide Web zu dem, Was Falsch gelaufen ist, Kameraden?!!

Den Zweck von HTML ist streamen aussagekräftige Daten zu den menschlichen Empfänger.

Informationen zur Verfügung zu stellen.

Dem formellen Teil wird es nur helfen, die Klarheit für die Bereitstellung von Informationen.
xhtml gibt nicht die geringste Rücksicht genommen auf die Informationen. - Es werden die Informationen absolut irrelevant.

Das wichtigste bei der Sache ist, zu wissen und in der Lage sein zu verstehen, dass xhtml ist nicht nur eine version einige erweiterte HTML -, xhtml ist ein völlig anderes Tier; Gründe; und daher ist es ratsam, halten Sie Sie getrennt.

InformationsquelleAutor Bekim Bacaj