¿Espacio antes de cerrar barra?

Con frecuencia he visto un espacio antes de la barra de cierre en las etiquetas XML y HTML. El salto de línea XHTML es probablemente el ejemplo canónico:

<br />

en vez de:

<br/>

El espacio parece superfluo. De hecho, creo que es superfluo.

¿Cuál es la razón para escribir este espacio?

He leído que el espacio resuelve algunos "problemas de compatibilidad con versiones anteriores". ¿Qué problemas de compatibilidad con versiones anteriores? ¿Siguen siendo relevantes esos problemas o seguimos agregando espacios adicionales por, digamos, la compatibilidad con IE3? ¿Existe alguna especificación con la respuesta definitiva sobre esto?

Si no es compatibilidad con versiones anteriores, ¿es un problema de legibilidad? ¿Similar al debate sobre el Gran Abrazo Rizado?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Ciertamente puedo respetar las diferentes opiniones estilísticas, así que me alegrará saber que escribir el espacio es simplemente una cuestión de gustos.

La respuesta es que la gente desea adherirse al Apéndice C de la especificación XHTML1.0 . Lo que solo debe hacer si está sirviendo XHTML como texto / html . Lo que la mayoría de la gente hace, porque el tipo MIME real de XHTML (aplicación / html + xml) no funciona en Internet Explorer.

Ningún navegador actual se preocupa por el espacio. Los navegadores son muy tolerantes con estas cosas.

El espacio solía ser necesario para garantizar que los analizadores HTML trataran la barra inclinada como un atributo no reconocido.

Apoyando la respuesta de bobince con captura de pantalla de Netscape 4.80 mostrando documentos

data:text/html,<title>space</title>foo<br />bar

(arriba a la izquierda, salto de línea renderizado) y

data:text/html,<title>no space</title>foo<br/>bar

(abajo a la izquierda, salto de línea ignorado).

Publicando como respuesta para mostrar la imagen

Tangencialmente relacionado: de hecho, tuve una respuesta larga que identificaba la causa de tal mal comportamiento de los navegadores antiguos (y la recomendación resultante de incluir espacio) en especificaciones SGML mal entendidas, a saber, SGML Null End Tag ( NET ) (donde 1<tag/2/3equivale a 1<tag>2</tag>3lo 1<tag/>2que en realidad significaría 1<tag>>2), pero no solo no pude encontrar una buena prueba y una versión concreta del estándar, ni siquiera fui capaz de comprender el comportamiento adecuado de cumplimiento del estándar. Tan pocos enlaces sin procesar como referencia:

• aviso del validador de w3c que menciona una barra inclinada de cierre problemática y apunta a
• Elementos vacíos en SGML, HTML, XML y XHTML @ www.cs.tut.fi/~jkorpela/
• Tenga cuidado con XHTML: Null End Tags (NET) que indica que

  Sin embargo, todavía hay algunos agentes de usuario más pequeños que admiten correctamente las etiquetas finales nulas. Uno de los agentes de usuario más conocidos que lo admite es el validador W3C.

(No se puede reproducir allí ahora, pero es compatible con la declaración de Lee Kowalkowski sobre varios navegadores afectados por esto).

• XML W3C Working Draft 07-Aug-97 : último borrador de especificaciones que incluye una referencia a la etiqueta de finalización nula en el fragmento de DTD:NET "/>"

¿Siguen siendo relevantes esos problemas o seguimos agregando espacios adicionales por, digamos, compatibilidad con IE3?

Estuviste cerca, es para Netscape 4.

Es interesante ver otras racionalizaciones, pero para eso está destinado.

No, el espacio no es necesario, pero es necesario que algunos navegadores antiguos representen esas etiquetas correctamente. La forma correcta de hacerlo es sin espacio adicional, ya que es algo que XHTML hereda de XML.

En XHTML, las etiquetas br deben estar cerradas, pero el espacio no es necesario . Es una cosa estilística. En HTML, las etiquetas br no se pueden cerrar, por lo que ambas son incorrectas.

El espacio solo hace que las etiquetas sean más legibles. Soy un gran defensor del formato para un código más legible. Pequeñas cosas como esa hacen mucho. Sin el espacio, la etiqueta de cierre se mezcla con la etiqueta de apertura. Me toma solo un instante más procesarlo ya que estoy leyendo rápidamente el código.

¿Y si hubiera un escritor de HTML muy vago por ahí o tal vez tuviera miedo a las comillas? Considere lo siguiente si fuera su robot rastreador de páginas ...

<img src=http://myunquotedurl.com/image.jpg />

versus

<img src=http://myunquotedurl.com/image.jpg/>

Esto puede parecer pequeño, pero mire lo que puede hacer si el espacio no está allí. El robot no sabrá si la barra es parte de la URL o de la etiqueta de cierre.

Creo que el espacio en blanco es una forma de reforzar la idea de que esta etiqueta está vacía y se cierra sola.

Hoy ya no uso el espacio en blanco porque nunca tuve un problema sin espacios en blanco.