HTML 5: ¿es <br>, <br/> o <br />?

He intentado comprobar 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 "permitiría" que las etiquetas individuales simplemente sean <img>y <br>. Luego llegó XHTML junto con <img />y <br />( donde alguien dijo que hay espacio para navegadores antiguos ).

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

¿Es <br>, <br/>o <br />?

Simplemente <br>es suficiente.

Las otras formas están ahí para 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 XML y, por lo tanto, no tienen la capacidad de generar una <br>etiqueta simple ; si está utilizando un sistema de este tipo, está bien usarlo <br/>, simplemente no es necesario si no necesita hacerlo.

Sin embargo, muy pocas personas usan XHTML. Debe servir su contenido application/xhtml+xmlpara que se interprete como XHTML, y eso no funcionará en versiones antiguas de IE; también significará que cualquier pequeño error que cometa evitará que su página se muestre en navegadores que admiten XHTML. Por lo tanto, la mayor parte de lo que parece XHTML en la web se está sirviendo, e interpretando, como HTML. Consulte Servir XHTML como texto / html considerado perjudicial para obtener más información.

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

3.2.2.2 Elementos vacíos

El término elementos vacíos se usa para designar elementos que deben estar vacíos . Estos requisitos solo se aplican a la sintaxis HTML. En XHTML, todos esos elementos se tratan como elementos normales, pero se deben marcar como elementos vacíos.

Se prohíbe que estos elementos contengan contenido alguno. En HTML, estos elementos solo tienen una etiqueta de inicio . Se puede usar la sintaxis de etiqueta de cierre automático . La etiqueta final debe omitirse porque el analizador cierra automáticamente el elemento.

Ejemplo HTML:
un elemento vacío en la sintaxis HTML. Esto no está permitido en la sintaxis XHTML.

<hr>

Ejemplo:
un elemento vacío que utiliza la sintaxis de etiqueta de cierre automático compatible con HTML y XHTML.

<hr/>

Ejemplo XHTML:
Un elemento vacío que usa la sintaxis XHTML solo con una etiqueta final explícita. Esto no está permitido para elementos vacíos en la sintaxis HTML.

<hr></hr>

XML no permite dejar etiquetas abiertas, por lo que hace <br> un poco peor que las otras dos. Los otros dos son más o menos equivalentes con el segundo ( <br/>) preferido por compatibilidad con navegadores más antiguos. En realidad, /se prefiere el espacio anterior por razones de compatibilidad, pero creo que solo tiene sentido para las etiquetas que tienen atributos. Entonces, diría que <br/>o <br />, lo que le agrade a su estética.

Para resumir: los tres son válidos y el primero ( <br>) es un poco menos "portátil".

Editar : Ahora que todos estamos locos por las especificaciones, creo que vale la pena señalar eso de acuerdo con dev.w3.org :

Las etiquetas de inicio constan de las siguientes partes, exactamente en el siguiente orden:

1. Un carácter "<".
2. El nombre de la etiqueta del elemento.
3. Opcionalmente, uno o más atributos, cada uno de los cuales debe estar precedido por uno o más caracteres de espacio.
4. Opcionalmente, uno o más caracteres de espacio.
5. Opcionalmente, un carácter "/", que puede estar presente solo si el elemento es un elemento vacío.
6. Un carácter ">".

En HTML (hasta HTML 4) : use<br>

En HTML 5 : <br>se prefiere, pero <br/>y<br /> también es aceptable

En XHTML : <br />se prefiere. También puede usar <br/>o<br></br>

Notas:

• <br></br> 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.
• Por compatibilidad con versiones anteriores, algunos navegadores antiguos analizarían XHTML como HTML y fallarían <br/>pero no<br />

Referencia:

• http://www.w3schools.com/tags/tag_br.asp
• http://en.wikipedia.org/wiki/XHTML

Según la especificación, la forma esperada es <br>para HTML 5, pero se permite una barra oblicua de cierre.

Recomendaría usar <br />por las siguientes razones:

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

2) <br /> es compatible con versiones anteriores de XHTML y HTML bien formado (es decir: XHTML) es a menudo 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 oblicua de cierre (es decir, en <br />lugar de <br/>), como la especificación de codificación del complemento de WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

Según mi experiencia, nunca he encontrado un caso en el que el uso <br />sea ​​problemático, sin embargo, hay muchos casos en los que, <br/>o especialmente, <br>podrían ser problemáticos en navegadores y herramientas más antiguos.

XML requiere que todas las etiquetas tengan una etiqueta de cierre correspondiente. Por lo tanto, hay una sintaxis especial de abreviatura para etiquetas sin contenido interno.

HTML5 no es XML, por lo que no debería presentar tal requisito. Tampoco es HTML 4.01.

Por ejemplo, en las especificaciones HTML5 , todos los ejemplos con bretiqueta usan <br>sintaxis, no<br/> .

UPD En realidad, <br/>está permitido en HTML5 . 9.1.2.1, 7.

Si le interesa la comparabilidad (no la compatibilidad, sino la comparabilidad), me quedaría con <br /> .

De lo contrario, <br>está bien.

Ambos <br>y <br />son aceptables en HTML5, pero en el espíritu de HTML, <br>deben usarse. HTML5 permite cerrar barras 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 fácil a HTML5. Por supuesto, <br/>también es aceptable, pero para ser compatible con algunos navegadores más antiguos, debe haber un espacio antes de la barra oblicua de cierre ( /).

1. Si está imprimiendo HTML en un sitio web normal que puede usar <br> o <br/> , ambos son válidos cada vez que sirve HTML5 como texto / html.

2. Si está sirviendo HTML5 como XHTML (es decir, aplicación de tipo de contenido / xhtml + xml, con una declaración XML), debe usar una etiqueta de cierre automático como esta: <br/> .

   Si no lo hace, algunos navegadores pueden negarse a mostrar su página (Firefox en particular es muy estricto sobre la representación de páginas xhtml + xml válidas).

   Como se señaló en 1. <br/>también es válido para HTML5 que se genera como XML pero sirve como texto / html normal sin una declaración XML (como una Transformación 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 cómo se representa la página (si alguien puede citar un ejemplo, lo retractaré, pero no creo que sea cierto, pero IE ciertamente hace muchas otras cosas raras con todas las formas de <br> etiquetas).

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

Ambos <br>y <br/>lo haré bien pero prefiero<br/> 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 lo mismo. Sin embargo, <br>no es compatible con xHTML.

<br>y <br/>renderizado de manera diferente. Algunos navegadores interpretan <br/>como <br></br>e inserte dos saltos de línea

<br>es suficiente pero en XHTML <br />se prefiere según el WHATWG y según el W3C .

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

Las etiquetas de inicio deben tener el siguiente formato:

...

5. 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).

6. Entonces, 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 extraños marca la etiqueta de inicio como cierre automático.

Si utiliza Dreamweaver CS6, se completará automáticamente como <br /> .

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

En la validación, de esta pregunta, realmente depende de qué !DOCTYPE que intente obtener la verificación.

Mi favorito personal es 4.01 Transdonde solo uso el<br/> y borra las advertencias y errores que pueden haber aparecido durante la validación

Strict es una bestia mucho más complicada, ODIA "SHORTTAGS" y literalmente solo quiere la<br></br>

En HTML5o el "LAX" del mundo del código, realmente no hay una respuesta correcta porquedetects every example you put up correcta ...

Al final, creo que todo lo que importa is what validation YOU PREFERo the person that you are working for prefers... con el lackadaisicalmovimiento en la estricción del código html5, estamos viendo algunos CODIFICADORES MUY PERTUROSOS

En mi humilde opinión, es mejor usar la notación regular ( <br />) en lugar de la notación indulgente (<br> ) por las siguientes razones:

Consistencia

En su HTML, probablemente haya algunos SVG y SVG solo admitan la notación regular (p. Ej. <rect /> ).

Hackability

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

Claridad

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

Especificaciones

Ambos <br>y <br />son etiquetas HTML válidas.

Conclusión

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

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

Bueno, todo lo que sé es que <br />da un descanso con una línea blanca y <br>solo da un descanso en algunos casos. Esto me sucedió cuando estaba configurando un script IPN (PHP) y envié correos y revisé la bandeja de entrada. No sé por qué, pero solo recibí el mensaje para lucir bien usando ambos<br /> and <br>

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

Las primeras dos secciones de texto están separadas por <br />, 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á separada por <br>y solo da una nueva fila.

En HTML <br>y en XHTML <br/>.

Te sugiero que uses <br/>.

Como muchos otros han cubierto, ambos <br>y <br/>son aceptables.

Supongo que la compensación es la mejor legibilidad y compatibilidad con versiones anteriores en lugar de <br/>enviar un personaje menos a los usuarios finales <br>.

Y como Google usa <br>, yo también.

(Por supuesto, tenga en cuenta que podrían estar sirviéndome <br>porque estoy usando Chrome, que saben que es compatible. En IE todavía podrían estar sirviendo <br/>)

<br>funciona bien Las versiones más estrictas como XHTML requieren que usted agregue el cierre, y las versiones anteriores de HTML realmente que no incluyen una DOCTYPEmarca <br>una etiqueta no nula, al igual que <br></br>.

Resumiendo: <br>está bien. Otros también están bien.

En HTML5 la barra ya no es necesario: <br>,<hr>

La mayoría de los casos en HTML, las etiquetas están en pareja. Pero para un salto de línea no necesita un par de etiquetas. Por lo tanto, para indicar esto, HTML utiliza el <br/>formato. <br/>es el correcto Usa ese formato.

<br>la etiqueta no tiene una etiqueta final en HTML En XHTML, la <br>etiqueta debe cerrarse correctamente, así:<br />

En XML cada etiqueta debe estar cerrada. XHTML es una extensión de XML, por lo tanto, se deben seguir todas las reglas de XML para un XHTML válido. Por lo tanto, incluso las etiquetas vacías (nodos sin nodos secundarios) como
deberían cerrarse. XML tiene una forma corta llamada etiquetas de cierre automático para nodos vacíos. Puede escribir <br></br> as <br />. Por lo tanto, en XHTML <br />se utiliza.

HTML es muy indulgente a este respecto, y no existe tal regla. Entonces, en HTML, los nodos vacíos como <br> <hr> <meta>etc. se escriben sin la barra diagonal de cierre.

HTML

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

XHTML

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

No todas las etiquetas pueden cerrarse automáticamente. Por ejemplo, <script src="jQuery.min.js" />XHTML DTD no permite una etiqueta como .

Ummm ... ¿Alguien conoce a un SOLO vendedor, agente de usuario o fabricante de navegadores que haya seguido las especificaciones del W3C al 100%? Entonces, si HTML5 dice que es compatible con las tres versiones de elementos de interrupción, ¡puede apostar que los proveedores admiten las mismas versiones y aún más descuidadas!

Lo ÚNICO que importa en este debate es usar CONSISTENTEMENTE una codificación que también siga las especificaciones XML y las especificaciones HTML cuando sea posible. Eso significa que debe usar la versión XML correcta de la etiqueta de ruptura y alentar a todo su equipo a hacer lo mismo:

<br />

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

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

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

funciona bien en HTML5. HTML5 permite un poco más de margen que XHTML

Si está utilizando HTML5, entonces usar <br>es la forma correcta de hacerlo :)

ambos <br>y <br/>funciona, pero no hay necesidad de usar el segundo porque HTML 5 también admite la primera sintaxis, que es muy fácil

<br>y <br />renderizar de manera diferente en algunos navegadores, por lo que elegir uno sobre el otro no va a dañar su proyecto, pero espere que un hallazgo masivo ... reemplazará afectará el 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 nada en su navegador de prueba, pero divídalo en el navegador preferido de sus clientes.

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

Incluso si su elección se reduce a preferir la apariencia de uno sobre el otro, o usted (o su editor HTML favorito, por ejemplo Dreamweaver) podría desear 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 wbretiquetas en su HTML: una etiqueta de oportunidad de salto de palabra, que especifica en qué parte del texto estaría bien agregar un salto de línea.

Para leer más, lea las especificaciones HTML5 .

Los elementos sin etiquetas finales se denominan 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 de inicio y finalizar con la etiqueta de finalización.