new - p html

HTML 5: ¿Es , o ? (24)

Si está generando HTML en un sitio web normal, puede usar   o   , ambos son válidos en cualquier momento en que esté sirviendo HTML5 como texto / html.
Si está sirviendo HTML5 como XHTML (es decir, la aplicación de tipo de contenido / xhtml + xml, con una declaración XML), debe usar una etiqueta de cierre automático como:   .
Si no lo hace, algunos navegadores pueden rechazar la reproducción de su página (en particular, Firefox es muy estricto en cuanto a la presentación de solo páginas xhtml + xml válidas).
Como se indicó en 1.   también es válido para HTML5 que se genera como XML pero sirve como texto / html regular sin una declaración XML (como la de una Transformada XSL que genera páginas web o algo similar).

Para aclarar la confusión: poner un espacio antes de la barra diagonal no es necesario en HTML5 y no hace ninguna diferencia en la forma en que se representa la página (si alguien puede citar un ejemplo, me retractaré, pero no creo que sea cierto, pero IE sin duda hace muchas otras cosas extrañas con todas las formas de etiquetas   ).

El excelente validador en http://validator.w3.org/ es realmente útil para verificar qué es válido (aunque no estoy seguro de que pueda confiar en él para verificar también el tipo de contenido).

He intentado verificar otras respuestas , pero todavía estoy confundido, especialmente después de ver la referencia HTML 5 de W3schools .

Pensé que se suponía que HTML 4.01 debía "permitir" que las etiquetas únicas solo fueran <img> y   . Luego XHTML vino junto con <img /> y   ( donde alguien dijo que el espacio está allí para los navegadores más antiguos ).

Ahora me pregunto cómo debo formatear mi código cuando practico HTML 5.

<!DOCTYPE HTML>

¿Es esto,   o   ?

Bueno, todo lo que sé es que   da un descanso con una línea blanca y, en algunos casos, solo da un descanso. Esto me sucedió cuando estaba configurando un script de IPN (PHP), envié correos y revisé la bandeja de entrada. No sé por qué, pero solo conseguí que el mensaje se viera limpio usando  and 

Echa un vistazo al correo aquí: http://snag.gy/cLxUa.jpg

Las dos primeras secciones del texto están separadas por   , por lo tanto, las líneas de espacios en blanco, las últimas tres filas de texto en la parte inferior y la última sección están separadas por   y solo da una nueva fila.

Como muchos otros han cubierto, tanto el   como   son aceptables.

Supongo que la compensación es la mejor legibilidad y la compatibilidad con versiones anteriores de   en lugar de enviar un carácter menos a los usuarios finales con   .

Y ya que Google usa   yo también.

(Por supuesto, tenga en cuenta que es posible que me estén sirviendo   porque estoy usando Chrome, que saben que lo respalda. En IE aún podrían estar sirviendo   )

Creo que esta cita del borrador de referencia de HTML 5 ofrece la respuesta:

Sin embargo, algunos elementos tienen prohibido contener contenido alguno. Estos son conocidos como elementos vacíos. En HTML, la sintaxis anterior no se puede utilizar para elementos vacíos. Para tales elementos, la etiqueta final debe omitirse porque el elemento es cerrado automáticamente por el analizador. Tales elementos incluyen, entre otros, br, hr, link y meta
Ejemplo HTML:
<link type="text/css" rel="stylesheet" href="style.css">
En XHTML, los requisitos sintácticos de XML dictan que esto debe hacerse explícito usando una etiqueta final explícita, como la anterior, o la sintaxis del elemento vacío. Esto se logra insertando una barra al final de la etiqueta de inicio inmediatamente antes del soporte en ángulo recto.
Ejemplo:
<link type="text/css" href="style.css"/>
Los autores también pueden optar por utilizar esta misma sintaxis para elementos vacíos en la sintaxis HTML también. Algunos autores también optan por incluir espacios en blanco antes de la barra, sin embargo, esto no es necesario. (Usar los espacios en blanco de esa manera es una convención heredada de las pautas de compatibilidad en XHTML 1.0, Apéndice C).

De acuerdo con la spec la forma esperada es   para HTML 5, pero se permite una barra inclinada de cierre.

En HTML5 la barra diagonal ya no es necesaria:   , <hr>

En HTML (hasta HTML 4) : use  

En HTML 5 : se prefiere   , pero   y   también son aceptables

En XHTML :   es preferible. También puede utilizar   o  

Notas:

  no es válido en HTML 5, se considerará como dos saltos de línea.
XHTML distingue entre mayúsculas y minúsculas, HTML no distingue entre mayúsculas y minúsculas.
Para compatibilidad con versiones anteriores, algunos navegadores antiguos analizarían XHTML como HTML y fallarían en   pero no

Referencia:

En HTML   y en XHTML   .

Te sugeriré que uses   .

En la validación, de esta pregunta, realmente depende de qué !DOCTYPE está intentando obtener la verificación.

Mi favorito personal es 4.01 Trans donde solo uso   y borra las advertencias y los errores que pueden aparecer durante la validación

Strict es una bestia mucho más complicada, ODIA "SHORTTAGS" y literalmente solo quiere el  

En HTML5 o el "LAX" del mundo de los códigos, realmente no hay una respuesta correcta porque detects every example you put up como correctos ...

Al final, creo que lo único que importa is what validation YOU PREFER o the person that you are working for prefers ... con el movimiento lackadaisical en el rigor del código en html5 , estamos viendo algunos CÓDIGOS MUY LAZY

En mi humilde opinión es mejor usar la notación regular (   ) en lugar de la notación de perdón (   ) por las siguientes razones:

Consistencia

En su HTML, es probable que algunos SVG y SVG solo admitan la notación regular (por ejemplo, <rect /> ).

Hackabilidad

No es un caso que los marcos como React y NativeScript utilicen una notación XML.
Tu código de marcado será más fácil de analizar.

Claridad

La notación regular es más fácil de leer y entender, incluso a altas horas de la noche.

Presupuesto

Tanto   como   son etiquetas HTML válidas.

Conclusión

Si usa un editor de texto completo, configúrelo para usar la notación regular (que se llama XHTML by Emmet ).
Por ejemplo, en Visual Studio Code solo tiene que agregar la siguiente línea a su configuración:

"emmet.syntaxProfiles": {"html": "xhtml"}

La mayoría de los casos en HTML, las etiquetas están en par. Pero para un salto de línea no necesitas un par de etiquetas. Por lo tanto para indicar esto, HTML utiliza el formato   .   es la correcta. Usa ese formato.

  etiqueta   no tiene etiqueta final en HTML En XHTML, la etiqueta   debe estar correctamente cerrada, como esta:  

En XML cada etiqueta debe estar cerrada. XHTML es una extensión de XML, por lo tanto, todas las reglas de XML deben seguirse para un XHTML válido. Por lo tanto, incluso las etiquetas vacías (nodos sin nodos hijos) como
debe estar cerrado. XML tiene una forma corta llamada etiquetas de cierre automático para nodos vacíos. Puedes escribir  as  . Por eso en XHTML se utiliza   .

HTML es muy indulgente en este sentido, y no existe tal regla. Por lo tanto, en HTML, los nodos vacíos como  <hr> <meta> etc. se escriben sin la barra inclinada de cierre.

HTML

 <hr> <meta name="keywords" content=""> <link rel="canonical" href="http://www.google.com/">

XHTML

 <hr /> <meta name="keywords" content="" /> <link rel="canonical" href="http://www.google.com/" />

No todas las etiquetas pueden ser autocerradas. Por ejemplo, una etiqueta como <script src="jQuery.min.js" /> no está permitida por XHTML DTD.

Los elementos sin tener etiquetas finales se llaman etiquetas vacías. En html 4 y html 5, las etiquetas finales no son necesarias y pueden omitirse.

En xhtml, las etiquetas son muy estrictas. Eso significa que debe comenzar con la etiqueta inicial y terminar con la etiqueta final.

Recomendaría usar por las siguientes razones:

1) Los editores de texto y XML que resaltan la sintaxis XML en diferentes colores se resaltarán correctamente con pero este no es siempre el caso si usa

2) es compatible con versiones anteriores de XHTML y HTML bien formado (es decir, XHTML) a menudo es más fácil de validar para errores y depuración

3) Algunos analizadores antiguos y algunas especificaciones de codificación requieren el espacio antes de la barra diagonal de cierre (es decir: en lugar de ) como la especificación de codificación de WordPress Plugin: http://make.wordpress.org/core/handbook/coding-standards/html/

Según mi experiencia, nunca he encontrado un caso en el que usar sea problemático, sin embargo, hay muchos casos en los que o especialmente pueden ser problemáticos en navegadores y herramientas más antiguos.

Si está interesado en la comparabilidad (no en la compatibilidad, sino en la comparabilidad), me quedo con   .

De lo contrario,   está bien.

Simplemente   es suficiente.

Las otras formas están ahí para la compatibilidad con XHTML; para que sea posible escribir el mismo código que XHTML y que también funcione como HTML. Algunos sistemas que generan HTML pueden estar basados en generadores de XML y, por lo tanto, no tienen la capacidad de generar solo una etiqueta   simple; si está utilizando un sistema de este tipo, está bien utilizar   , simplemente no es necesario si no necesita hacerlo.

Sin embargo, muy pocas personas usan XHTML. Debe servir su contenido como application/xhtml+xml para que se interprete como XHTML, y eso no funcionará en versiones antiguas de IE. También significará que cualquier pequeño error que haga evitará que su página se muestre en los navegadores. que sí soportan XHTML. Entonces, la mayor parte de lo que parece XHTML en la web en realidad se sirve e interpreta, como HTML. Consulte Servir XHTML como texto / html Considerado dañino para obtener más información.

Tanto   como   son aceptables en HTML5, pero en el espíritu de HTML, se debe usar   . HTML5 permite cerrar barras diagonales para ser más compatible con documentos que anteriormente eran HTML 4.01 y XHTML 1.0, lo que permite una migración más sencilla a HTML5. Por supuesto,   también es aceptable, pero para ser compatible con algunos navegadores más antiguos, debería haber un espacio antes de la barra diagonal ( / ).

Tanto   como   estarán bien, pero yo prefiero   porque es un poco más lógico. Es lógico esperar una etiqueta de cierre siempre que haya una etiqueta de apertura. Por lo tanto, su código es un poco más fácil de leer si no usa una etiqueta de apertura cuando no va a haber una etiqueta de cierre.

Todos los navegadores (excepto posiblemente algunos muy antiguos que no importan) mostrarán ambos exactamente iguales. Sin embargo,   no es compatible con xHTML.

Ummm ... ¿Alguien conoce a un SOLO proveedor, agente de usuario o creador de navegadores que alguna vez haya seguido las Especificaciones del W3C al 100%? Entonces, si HTML5 dice que es compatible con las tres versiones de los elementos de ruptura, ¡puede apostar a que los proveedores son compatibles con las mismas versiones, incluso con versiones más baratas!

Lo ÚNICO que importa en este debate es el uso sistemático de la codificación que también sigue las especificaciones XML y las especificaciones HTML cuando sea posible. Eso significa que debe usar la versión XML correcta de la etiqueta de interrupción y alentar a todo su equipo a hacer lo mismo:

 

El mismo formato de barra espaciadora debe aplicarse a las etiquetas img, a, hr y meta en su código. ¿Por qué? Porque:

Es compatible con versiones anteriores de usuarios / agentes XHTML / navegadores más antiguos.
Los proveedores de navegadores admiten la versión XML de todos modos, por lo que la especificación HTML5 es discutible.
Las implementaciones descuidadas de la mayoría de los agentes de usuario de hoy, en el pasado y en el futuro, lo aceptarán.
Permite que su marca sea comparable con los estándares XML en caso de que necesite volver a crear documentos XHTML / XML desde su marca.
Es una "buena práctica de codificación" para TODOS LOS DESARROLLADORES WEB seguir utilizando prácticas de marcado sólidas que siguen a XML, incluida la codificación en minúsculas, atributos citados, caracteres XML escapados, etc. ¿Por qué? En el futuro, si tiene que cambiar a datos XML, automáticamente codificará y pensará en XML.
Solo podemos esperar que en el futuro de la World Wide Web, nos alejemos de los estándares privados implementados por los proveedores y volvamos a un marcado sólido, confiable y verificado que analice más rápido, transfiera los datos a través de los cables y que nuestro futuro Internet sea más estandarizado. medio utilizando XML.

Además, en el mundo robótico y mecánico que está aquí, donde los robots no tienen los mismos problemas de codificación de la interfaz de usuario que HTML5 resuelve para nosotros, con gusto volverán a los sistemas de datos XML y analizarán dichas páginas web de IU mucho más rápido cuando se conviertan a XML datos.

XML no permite dejar las etiquetas abiertas, por lo que se vuelve un poco peor que las otras dos. Los otros dos son aproximadamente equivalentes con el segundo preferido por compatibilidad con navegadores más antiguos. En realidad, el espacio antes / se prefiere por motivos de compatibilidad, pero creo que solo tiene sentido para las etiquetas que tienen atributos. Así que diría cualquiera de las dos   o   , cualquiera que sea su gusto estético.

En resumen: los tres son válidos, el primero es un poco menos "portátil".

Edit : Ahora que todos estamos locos por las especificaciones, creo que vale la pena señalarlo de acuerdo con dev.w3.org/html5/markup/syntax.html#void-element :

Las etiquetas de inicio constan de las siguientes partes, exactamente en el siguiente orden:
Un carácter "<".
El nombre de la etiqueta del elemento.
Opcionalmente, uno o más atributos, cada uno de los cuales debe ir precedido por uno o más caracteres de espacio.
Opcionalmente, uno o más caracteres de espacio.
Opcionalmente, un carácter "/", que puede estar presente solo si el elemento es un elemento vacío.
Un carácter ">".

XML requiere que todas las etiquetas tengan una etiqueta de cierre correspondiente. Por lo tanto, existe una sintaxis especial de corta duración para etiquetas sin contenido interno.

HTML5 no es XML, por lo que no debe plantear tal requisito. Tampoco es HTML 4.01.

Por ejemplo, en las especificaciones de HTML5 , todos los ejemplos con etiqueta br usan la sintaxis, no   .

En realidad UPD ,   está permitido en HTML5 . 9.1.2.1, 7.

  es suficiente, pero en XHTML   se prefiere de acuerdo con WHATWG y de acuerdo con W3C .

Para citar la Sección 8.1.2.1 de HTML 5.2 Recomendación W3C, 14 de diciembre de 2017

Las etiquetas de inicio deben tener el siguiente formato:
...
Después de los atributos, o después del nombre de la etiqueta si no hay atributos, puede haber uno o más caracteres de espacio. (Algunos atributos deben ir seguidos de un espacio. Consulte §8.1.2.3 Atributos a continuación).
Luego, si el elemento es uno de los elementos vacíos, o si el elemento es un elemento extraño, entonces puede haber un solo carácter U + 002F SOLIDUS (/). Este carácter no tiene efecto en los elementos vacíos, pero en los elementos externos marca la etiqueta de inicio como de cierre automático.

Si utiliza Dreamweaver CS6, se autocompletará como   .

Para validar su archivo HTML en W3C, visite: http://validator.w3.org/

  funciona bien. Las versiones más estrictas como XHTML requieren que agregue el cierre, y las versiones realmente antiguas de HTML que no incluyen un DOCTYPE hacen de una etiqueta no vacía, como   .

Resumiendo: lo que está bien. Otros también están bien.

  y   procesan de manera diferente en algunos navegadores, por lo que elegir cualquiera de los otros no va a perjudicar su proyecto, pero espere un gran hallazgo ... lugar que afecte al renderizado de la página en algunos navegadores, lo que puede resultar en un trabajo adicional para usted o incluso vergüenza si el cambio no afecta a nada en su navegador de prueba, pero divídalo en el navegador preferido de sus clientes.

Prefiero   ya que es lo que he usado desde Erwise y Netscape Navigator (primeros navegadores web), pero no hay razón para no elegir   lugar. Puede ser útil para algunos preprocesamiento, comparabilidad, etc.

Incluso si su elección se reduce a preferir el aspecto de uno sobre el otro, o a usted (o a su editor de HTML favorito, por ejemplo, Dreamweaver) le gustaría que su código sea compatible con XML. Tu decides.

Una nota al margen rápida:

No debe confundirse con br , pero además también puede considerar el uso de etiquetas wbr en su HTML: una etiqueta de oportunidad de salto de palabra, que especifica en qué lugar del texto sería correcto agregar un salto de línea.

Para más información, lea la especificación de HTML5 .

  y   render diferente. Algunos navegadores interpretan   como   e insertan dos saltos de línea