7 veraltete HTML-Schreibweisen, die man heute vermeiden sollte

1. Das type-Attribut in - und -Tags verwenden

Früher wurde so etwas wie type="text/css" oder type="text/javascript" verwendet, heute reicht es aber völlig aus, einfach nur oder zu nutzen.

2. Ein Akkordeon-Menü mit Javascript erstellen

Mit und lässt sich das auch ganz einfach nur mit HTML umsetzen.

3. und nur einmal pro Seite verwenden

Manche denken vielleicht, dass und die Kopf- und Fußzeile der gesamten Seite darstellen, tatsächlich beziehen sich diese Elemente aber auf den jeweils nächstgelegenen Abschnitt. Das heißt, sie können als Kinder von , , und verwendet werden, und beim Anlegen neuer Abschnitte ist es sinnvoll, und zu nutzen.

4. frameborder="0" verwenden, um den Rand eines `` zu entfernen

Die Verwendung von frameborder="0" wird seit HTML5 nicht mehr empfohlen. Stattdessen sollte CSS verwendet werden, zum Beispiel mit iframe { border: none; }.

5. IE8 unterstützen

Nicht nur die Unterstützung für Internet Explorer 8, sondern für alle Versionen von Explorer sollte eingestellt werden. Microsoft hat den Support für IE 11 bereits im Juni 2022 beendet, daher müssen auch wir IE-Unterstützung nicht länger berücksichtigen.

6. Heading-Tags wahllos verwenden

Heading-Tags sollten entsprechend der Seitenstruktur eingesetzt und in absteigender Reihenfolge geschrieben werden. Wenn das letzte Tag war, sollte als Nächstes oder `` verwendet werden.

7. Bei Boolean-Attributen in HTML-Tags ="1" hinzufügen

Bei Boolean-Attributen in HTML reicht es aus, nur das Attribut selbst zu schreiben, damit der Wert auf true gesetzt wird. Zum Beispiel bedeutet bei `` allein das Vorhandensein des Attributs disabled, dass es true ist, daher muss ="1" nicht ergänzt werden.

[progdesigner]

HTML5 ist ja deshalb entstanden, weil man davor HTML unabhängig von den Tags verwendet hat. Da HTML eine Markup-Sprache ist, sollte man es meiner Meinung nach als Gefäß für Daten betrachten und entsprechend behandeln. Und type muss man bei der Verwendung anderer Typen wie in TypeScript (TS) ohnehin ausdrücklich angeben, daher muss man das Weglassen wohl nicht zu sehr betonen.

[progdesigner]

Wichtiger ist, dass es heutzutage viele Leute gibt, die Utility-Class-Namen verwenden, was in dem Sinne, dass sie Daten bzw. Bedeutung tragen sollen, nicht unbedingt hilfreich ist.

Wenn man zum Beispiel Titelinformationen abbildet, ist es expliziter und besser, auch bei h1, h2, h3 als Klasse title zu verwenden.

Aber Klassennamen wie `` anzulegen, ist kein guter Weg. Stattdessen title zu vergeben und den Rest mit CSS zu lösen, kann zu einer Web-Seite führen, die auch in Zukunft länger Bestand hat.

[savvykang]

Bei Webseiten mit vergleichsweise einfacher Struktur, die vor allem der Informationsvermittlung dienen, ist es naheliegend, semantische Tags und Klassen zu verwenden. Allerdings erstellen nicht alle HTML/CSS-Nutzer ausschließlich Webseiten. Wenn man es mit komplexen Strukturen wie bei Webanwendungen zu tun hat, bei denen Markup für visuelle Elemente unvermeidlich ist, führen allgemeine Klassennamen zu Namenskonflikten. Genau deshalb sind Funktionen wie Angulars View Encapsulation nötig.

[readiz]

Da man ohnehin meist React verwendet, ist es entscheidend, die Komponenten sauber zu strukturieren, statt sich zu sehr an class festzuklammern.

[ndrgrd]

Bei Punkt 7 ist es eher eine Frage des Geschmacks. Ich persönlich finde, dass es mit dieser Angabe klarer getrennt und leichter zu lesen ist.

[tribela]

<script type="text/javascript> //<![CDATA[ js codes... //]]> </script>

Das sind nostalgische Codezeilen.

[koxel]

Früher, als Browser script- und style-Tags noch nicht richtig unterstützten, hat man CSS- und JS-Code oft in HTML-Kommentare gepackt, damit er wie ein Kommentar behandelt wird.
Das dürfte in den 90ern oder 2000ern gewesen sein..
Es gibt wahrscheinlich immer noch einige Leute, die solchen Code schreiben..

[ndrgrd]

Ob man dabei wohl neben CSS und JS auch noch andere Sprachen im Blick hatte?

[kayws426]

Statt JavaScript war es VBScript. Im IE.

[ragus]

Ob die Kommentierung wohl richtig funktioniert???

[carnoxen]

Braucht das type-Attribut von <script> nicht, wenn man Module einbindet?

<script type="module" src="home.js"></script>  

[ragus]

text/css oder text/javascript werden zwar nicht benötigt, aber module scheint, wie Sie sagen, wohl erforderlich zu sein.

[roxie]

Ich glaube, die Technik, ein h1-Tag mit block: none zu behandeln, habe ich auch schon vor langer Zeit gesehen – ob sie immer noch gültig ist? Da kamen plötzlich alte Erinnerungen hoch, haha. Danke für die übersichtliche Zusammenfassung!