A pesar de que tiene suficiente espacio a su alrededor para ser un elemento de bloque, no genera un onebox.
Intenta reconstruir el HTML de la publicación una vez; eso a menudo soluciona problemas en los que los enlaces no se muestran correctamente:
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?
@JammyDodger, eso es lo que veo en cada instancia que he intentado hasta ahora (unas 8 en total).
@janan_gagan, no poseo permiso TL4 en ningún lugar… Si alguno de ustedes puede reconstruir el contenido HTML5 de mi publicación en /1, eso confirmaría si funciona. Sin embargo, según lo mencionado anteriormente, lo dudo.
Mientras tanto, he convertido esto en una publicación de Feature, ya que parece ser imposible actualmente.
Gracias, de todos modos.
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).
@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.