A pesar de que tiene suficiente espacio a su alrededor para ser un elemento de bloque, no genera un onebox.
1 me gusta
Intenta reconstruir el HTML de la publicación una vez; eso a menudo soluciona problemas en los que los enlaces no se muestran correctamente:
1 me gusta
Creo que los espacios delante de él lo convertirían en un onebox en línea y no en uno completo. No estoy seguro de conocer una solución alternativa. 
¿Eso funcionó para ti?
3 Me gusta
@JammyDodger, eso es lo que veo en cada caso que he probado hasta ahora (unos 8, en total).
@janan_gagan, no tengo permiso TL4 en ningún lugar… Si alguno de vosotros puede reconstruir el contenido HTML5 de mi publicación en /1, eso confirmaría si funciona. Sin embargo, como se ha mencionado anteriormente, tengo mis dudas.
Mientras tanto, he convertido esto en una publicación de Contribute > Feature, ya que parece que actualmente es imposible.
Gracias, de todas formas.
1 me gusta
Sí, hay una lógica específica en nuestros tokens de markdown-it que obliga a que los enlaces se consideren oneboxes en línea en casos que no son enlaces de nivel superior (es decir, no dentro de ninguna lista/blockquote/etc).
1 me gusta
@renato, aún pueden hacer “onebox” dentro de <details>, sin embargo. Parece especialmente extraño permitir eso, pero no cualquier otro elemento de bloque. ¿Cuál es el razonamiento?
No hay una justificación explícita, es solo que markdown-it ve el HTML sin procesar de forma plana, no intenta inferir el anidamiento a partir de las etiquetas que se abren/cierran.
Nodo Html sin procesar
Onebox de nivel superior
Nodo Html sin procesar
@renato, me parece que, en la medida en que el CSS defina el elemento que encapsula una URI como un elemento de bloque, debería ocurrir la ‘oneboxificación’; no se me ocurre ningún caso límite problemático.