1. Usar el atributo type en las etiquetas y
Antes se usaba algo como type="text/css" o type="text/javascript", pero ahora basta con usar simplemente o.
2. Crear un menú acordeón usando Javascript
Se puede implementar de forma sencilla solo con HTML usando y.
3. Usar y solo una vez por página
Algunas personas pueden pensar que y representan el encabezado y el pie de toda la página, pero en realidad estos elementos están relacionados con la sección más cercana. Es decir, pueden usarse como hijos de los elementos , , y, y es recomendable usar y al crear una nueva sección.
4. Usar frameborder="0" para quitar el borde de un ``
El uso de frameborder="0" ya no se recomienda en HTML5. En su lugar, es mejor usar CSS y configurarlo como iframe { border: none; }.
5. Dar soporte a IE8
No solo hay que dejar de dar soporte a Internet Explorer 8, sino a todas las versiones de Explorer. Microsoft también finalizó el soporte para IE 11 en junio de 2022, así que ya no es necesario considerar compatibilidad con IE.
6. Usar etiquetas de encabezado al azar
Las etiquetas de encabezado deben usarse según la estructura de la página y en orden descendente. Si la última etiqueta fue , la siguiente debería ser o ``.
7. Agregar ="1" para los atributos booleanos de las etiquetas HTML
En HTML, para los atributos booleanos basta con escribir el atributo en sí para que su valor se establezca como true. Por ejemplo, en ``, si el atributo disabled está presente, eso por sí solo significa que es true, así que no hace falta agregar ="1".
14 comentarios
La razón por la que apareció
html5es que antes se usaba HTML sin importar las etiquetas. Como HTML es un lenguaje de marcado, creo que es importante verlo y tratarlo como un contenedor de datos. Y en cuanto atype, cuando se usan otros tipos como TypeScript (ts), sí conviene indicarlo explícitamente, así que no hace falta insistir tanto en omitirlo.Más importante aún, hoy en día mucha gente usa nombres de clases utilitarias, pero desde el punto de vista de contener datos puede que no ayuden.
Por ejemplo, si contiene información de título, aunque uses
h1,h2,h3, si la clase se llamatitle, es más explícito y mejor.Pero crear nombres de clase como `` no es una buena dirección. Si le pones
titley lo resuelves con CSS, puede convertirse en una página web que perdure por más tiempo hacia el futuro.Si se trata de una página web con una estructura relativamente simple y cuyo objetivo es transmitir información, es natural aplicar etiquetas semánticas y clases. Sin embargo, no todos los usuarios de HTML/CSS crean únicamente páginas web. En casos como las aplicaciones web, donde el uso de marcado para elementos visuales es inevitable y la estructura es compleja, usar nombres de clase genéricos provoca conflictos de nombres. Por eso se necesitan funciones como la encapsulación de vistas de Angular.
De todos modos, como la mayoría usa React, más que obsesionarse con las
class, la clave es hacer bien la componentización.En el caso del punto 7, ya es una cuestión de preferencia. En lo personal, creo que ponerlo ayuda a diferenciar mejor las cosas y hace que sea más cómodo de leer.
Son códigos que traen recuerdos.
Hubo una época en la que, en navegadores que no soportaban bien las etiquetas
scriptystyle, se envolvía el código CSS y JS con comentarios HTML para que lo interpretaran como si fueran comentarios.Habrá sido en los 90 o en los 2000..
Seguro que todavía hay quienes siguen escribiendo código así..
¿Se asumía también el uso de otros lenguajes además de CSS y JS?
Terminó siendo
vbscripten lugar dejavascript. En IE.¿De verdad estará funcionando bien el manejo de comentarios???
¿No se necesita el atributo
typede<script>cuando se usan módulos?Parece que ya no hace falta
text/cssnitext/javascript, peromodule, tal como dices, sí parece ser necesario.Creo que la técnica de poner el tag
h1comodisplay: nonetambién la vi hace mucho tiempo, pero no sé si todavía sigue siendo válida... de repente me vinieron recuerdos de antes jaja. ¡Gracias por el resumen tan claro!