Bien qu’il dispose de suffisamment d’espace autour de lui pour être un élément de bloc, il ne se transforme pas en onebox.
Essayez de reconstruire le HTML de la publication une fois — cela résout souvent les problèmes où les liens ne s’affichent pas correctement :
Je pense que les espaces devant cela en feraient un onebox en ligne et non un onebox complet. Je ne suis pas sûr de connaître une solution de contournement. ![]()
Est-ce que cela a fonctionné pour vous ?
@JammyDodger, c’est ce que je vois à chaque fois que j’ai essayé jusqu’à présent (environ 8 au total).
@janan_gagan, je ne possède pas la permission TL4 n’importe où… Si l’un d’entre vous est capable de reconstruire le contenu HTML5 de mon message sur /1, cela confirmerait si cela fonctionne. Cependant, comme mentionné précédemment, j’en doute.
En attendant, j’ai converti cela en un message de Feature, car cela semble actuellement impossible.
Merci, quoi qu’il en soit.
Oui, il existe une logique spécifique dans nos jetons markdown-it qui force les liens à être considérés comme des onebox en ligne dans les cas où il ne s’agit pas de liens de premier niveau (c’est-à-dire non inclus dans une liste/citation/etc.).
@renato, ils peuvent toujours être intégrés dans des \u003cdetails\u003e, cependant. Cela semble particulièrement étrange de le permettre, mais pas d’autres éléments de bloc. Quelle est la justification ?
Il n’y a pas de justification explicite, c’est juste que le HTML brut est vu par markdown-it de manière plate, il n’essaie pas d’inférer l’imbrication à partir des balises ouvertes/fermées.
Noeud HTML brut
Onebox de niveau supérieur
Noeud HTML brut
@renato, il me semble que, dans la mesure où le CSS définit l’élément qui encapsule un URI comme un élément de bloc, la conversion en onebox devrait se produire ; je ne vois pas de cas limites problématiques.