Hola
<separator> Será utilizado para separar, valga la redundancia, cualquier cosa de cualquier otra cosa dentro de la página, como muestras en tus ejemplos.
La idea tras esto implica varios elementos, más no es complicada. Pero el más importante, es que las separaciones entre secciones, partes, cosas, como quieran llamarlo, no tiene porque ser siempre horizontales. Para nosotros si, pero para quienes escriben de forma vertical, dichas separaciones no tienen sentido.
También se hablaba de implementar una separación en las listas sin necesidad de mal usar elementos (<li> </li>), así que ahora este separador, puede estar en cualquier parte, cumplir su trabajo y a la vez, ser modificado/configurado mediante CSS.
Así que si, ibas bien en tu primera intuición, reemplazará <br> pero también a <hr>.
:)
Sobre l
Desafortunádamente, el soporte de numeración mediante css nunca ha funcionado muy bien, pero seguro que para cuando el xhtml 2.0 sea recomendación, la versión 5.5 de CSS ya será estable y común y los navegadores ya implementarán al 100% la CSS 2.1, con lo que podremos numerar cosas bien.
;)
Pero volviendo en si a la etiqueta, su función es muy simple, sobre todo si piensan en poesía. Para quienes no les guste, no la lean o no sepan como funciona, pongo un ejemplo muy sencillo.
Código:
verso 1
verso 2
verso 3
verso 4
Para poder manipular cada una de esas líneas, habría que agregarles una etiqueta, por ejemplo span, div o cualquier otra, seguro que algunos pensaron también en dt y dl. La cuestión, es que en muchos casos esas etiquetas no son semánticamente correctas o estructuralmente adecuadas, para ello, se crea la etiqueta "linea" o "l", para poder manipulafre de forma estructurálmente lógica una línea.
Sobre img, el tema si se es complejo, así que ahorrándonos la historia y evolución del html, pasamos a los años recientes.
Img es una etiqueta parcialmente repetida y a la vez mucho más limitada que object, la cual, puede hacer más y mejor las cosas al permitir, entre otras cosas, colocar un texto en caso de que la imagen no se vea.
También consideremos el caso cuando una imagen está en pantalla y aporta información valiosa, pero el autor de la página, no ha puesto un longdesc útil, lo cual es lo que ocurre en el 99% de las ocasiones, quienes no puedan ver la imagen, pierden ese contenido y posiblemente la idea que sea explicada en referencia a ella.
Si unimos las dos ideas, vemos que lo lógico sería quedarnos con el elemento object y esperar a que los navegadores empiecen a ser consistentes en la forma en la que lo muestran y en las cosas que aceptan dentro de el. Sin embargo, esto presentaba dos problemas, uno que los navegadores parecen odiar al <object> y no terminan de aceptarlo adecuadamente salvo en contados casos, dos que implica poner otro texto en la página para describir al elemento que puede faltar, lo cual, está demostrado que volvería a fallar porque somos vagos o tontos y no ponemos las explicaciones correctas o las ponemos mal.
Así que a alguien se le ocurrió "¡coño! ¿y si todo elemento pudiera tener/ser/convertirse en una imagen?" Esa idea cuajó y es lo que eventualmete se implementará en xhtml 2.0. Por ahora. Así que todo elemento podrá tener src y alt, el cual, combinado con el actual atributo type, toman más sentido.
La idea, es que si un párrafo describe una imagen, dicha imagen puede mostrarse encima/en vez del párrafo, así quien puede ver, verá la imagen y quien no, leerá/oirá el texto. Pero no solo es eso, en teoría, y esto no se como funcionará, se manejaba la idea de que ambas opciones puedan mostrarse; obviamente sin el uso de scripts, usando js si es fácil.
Así que si, se presnetan unos cuantos cambios, algunos llegarán más pronto que otros ya que varias de las ideas del xhtml 2 han sido (ejem) adoptadas por el grupo del html 5, el cual tiene el apoyo de las masas, la prensa y toda la publicidad.
Felicidad