Aloha ;) > Es ist gut möglich, dass der Browser unvermittelt gefundene schließende Tags bei unterschiedlichen Elementen unterschiedlich behandelt. ...und genauso ist es auch. Ein alleinstehendes `</article>` wird ignoriert, ein alleinstehendes `</p>` wird zum `<p></p>` ergänzt. Warum das genau der Fall ist, dass haben sich vor uns [schon andere gefragt](https://stackoverflow.com/questions/11570902/why-does-a-stray-p-end-tag-generate-an-empty-paragraph). Die Antwort (von da geklaut) liegt in der HTML5-Spec: > *If the stack of open elements does not have an element in button scope with the same tag name as that of the token, then this is a parse error; act as if a start tag with the tag name "p" had been seen, then reprocess the current token.*{: @en} Demnach muss der Parser spec-gemäß für die Fehlerbehandlung eines jeden gefundenen einzeln stehenden End-Tags in den Kontext eines geöffneten `<p>` wechseln - und eben da kommt das her, was noch nötig ist, um das `</p>` zu `<p></p>` zu ergänzen. @Edit: [hier](https://dev.w3.org/html5/spec-preview/tokenization.html#parsing-main-inbody) ist die entsprechende Stelle und da steht auch, dass ein `</article>` ignoriert werden soll. Wieder was dazugelernt - Danke für den Hinweis, dass meine naive Erklärung nicht das Ende der Fahnenstange war. Grüße, RIDER -- Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller # [Twitter](https://twitter.com/Camping_RIDER) # [Steam](http://steamcommunity.com/id/Camping_RIDER) # [YouTube](https://www.youtube.com/user/RidersFlame) # [Self-Wiki](http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER) # [Selfcode](http://community.de.selfhtml.org/fanprojekte/selfcode.htm): sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[

Aloha ;) > Es ist gut möglich, dass der Browser unvermittelt gefundene schließende Tags bei unterschiedlichen Elementen unterschiedlich behandelt. ...und genauso ist es auch. Ein alleinstehendes `</article>` wird ignoriert, ein alleinstehendes `</p>` wird zum `<p></p>` ergänzt. Warum das genau der Fall ist, dass haben sich vor uns [schon andere gefragt](https://stackoverflow.com/questions/11570902/why-does-a-stray-p-end-tag-generate-an-empty-paragraph). Die Antwort (von da geklaut) liegt in der HTML5-Spec: > *If the stack of open elements does not have an element in button scope with the same tag name as that of the token, then this is a parse error; act as if a start tag with the tag name "p" had been seen, then reprocess the current token.*{: @en} Demnach muss der Parser spec-gemäß für die Fehlerbehandlung eines jeden gefundenen einzeln stehenden End-Tags in den Kontext eines geöffneten `<p>` wechseln - und eben da kommt das her, was noch nötig ist, um das `</p>` zu `<p></p>` zu ergänzen. Wieder was dazugelernt - Danke für den Hinweis, dass meine naive Erklärung nicht das Ende der Fahnenstange war. Grüße, RIDER -- Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller # [Twitter](https://twitter.com/Camping_RIDER) # [Steam](http://steamcommunity.com/id/Camping_RIDER) # [YouTube](https://www.youtube.com/user/RidersFlame) # [Self-Wiki](http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER) # [Selfcode](http://community.de.selfhtml.org/fanprojekte/selfcode.htm): sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[

Aloha ;) > Es ist gut möglich, dass der Browser unvermittelt gefundene schließende Tags bei unterschiedlichen Elementen unterschiedlich behandelt. ...und genauso ist es auch. Ein alleinstehendes `</article>` wird ignoriert, ein alleinstehendes `</p>` wird zum `<p></p>` ergänzt. Warum das genau der Fall ist, dass haben sich vor uns [schon andere gefragt](https://stackoverflow.com/questions/11570902/why-does-a-stray-p-end-tag-generate-an-empty-paragraph). Die Antwort (von da geklaut) liegt in der HTML5-Spec: > *If the stack of open elements does not have an element in button scope with the same tag name as that of the token, then this is a parse error; act as if a start tag with the tag name "p" had been seen, then reprocess the current token.*{: @en} Demnach muss der Parser spec-gemäß für die Fehlerbehandlung eines jeden gefundenen einzeln stehenden End-Tags in den Kontext eines geöffneten `<p>` wechseln - und eben da kommt das her, was noch nötig ist, um das `</p>` zu `<p></p>` zu ergänzen - und bei einem einzelnen `</article>` versteht der Parser demnach `<p></article>`, was er zurecht ignoriert. Wieder was dazugelernt - Danke für den Hinweis, dass meine naive Erklärung nicht das Ende der Fahnenstange war. Grüße, RIDER -- Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller # [Twitter](https://twitter.com/Camping_RIDER) # [Steam](http://steamcommunity.com/id/Camping_RIDER) # [YouTube](https://www.youtube.com/user/RidersFlame) # [Self-Wiki](http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER) # [Selfcode](http://community.de.selfhtml.org/fanprojekte/selfcode.htm): sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[