Dieser Beitrag kills Layouts…
… und ich habe keine Ahnung warum: noniin.antville.org
Ich habe schon testweise Bilder und den iFrame fürs GIF entfernt und ein längeres Codeschnipselchen verkürzt. Hm. Vielleicht hat ja hier jemand ne Idee?
… und ich habe keine Ahnung warum: noniin.antville.org
Ich habe schon testweise Bilder und den iFrame fürs GIF entfernt und ein längeres Codeschnipselchen verkürzt. Hm. Vielleicht hat ja hier jemand ne Idee?
tobi Verwaltung
schon die meldungen vom [w3 validator](https://validator.w3.org/nu/?doc=https%3A%2F%2Fnoniin.antville.org%2Fstories%2F2285293%2F) ausgewertet? vielleicht liegt’s ja nur an einem nicht geschlossenen html element… (ab fehler #17)
finn-matti
Hatte ich tatsächlich nicht. Was ich identifiziert habe:
Diese Tags, die angeblich nicht geschlossen werden, sind schlicht überzählig.
vgl. https://help.antville.org/images/2020-02-09-dieser-beitrag-kills-layouts-1/
Dieser Beitrag: https://noniin.antville.org/stories/2285330/ ist statt in Markdown in HTML geschrieben und enthält die überzähligen geschlossenen Tags nicht, ist aber ansonsten das was man als HTML-source im dem Browser vorfindet. Hm.
tobi Verwaltung
es liegt an der zeile mit den html-elementen in ticks:
(ich musste die für diesen kommentar in einen
<pre><code>block einbetten; da hat’s wohl was im zusammenspiel von markdown und antvilles eigenem markup renderer…)finn-matti
In der Tat: HTML, welches man in Beiträgen anzeigen lassen will, ist anscheinend der Auslöser:
Tags lassen sich nur in
Blöcken bei gleichzeitig encodiertem HTML als Code darstellen. Noch vor der erwähnten Zeile hat es auch bei einem
-Block einen Fehler gegeben. Das bedeutet aber auch, dass man nicht mehr ohne weiteres inline Code schreiben kann, wenn es sich um HTML handelt.
Einzige Lösung scheint mir derzeit
zu verwenden, aber schön ist das nicht und es scheint auch nicht immer - z. B. in Kommentaren fehlerfrei zu funktionieren.
Was auch nicht geht: den Code in drei Backticks einschließen und HTML encodieren, wahrscheinlich, weil daraus
wird?
tobi Verwaltung
in beiträgen sollte ein
<pre><code>block mit unencodiertem html auch als block mit lesbarem html dargestellt werden (in kommentaren wird das<pre>-tag meistens entfernt – werde nochmal prüfen, ob das überhaupt sein muss.)in beiden fällen kann die verwendung der backticks zusammen mit einem bekannten, unencodierten html element zu darstellungsproblemen führen (z.b. – wie in ihrem fall – start-tag
<div>).ursprünglich ist in antville die verwendung von
<code>für die ausgabe von inline-code vorgesehen – die markdown-syntax kam erst viel später hinzu. daher auch meine vermutung, dass sich die beiden varianten hier in die quere kommen.dieser code –
<code><div></code>* – bringt dann auch das gewünschte ergebnis:<div>.* um den so darzustellen musste ich allerdings wirklich tricksen.
finn-matti
Interessant! Danke für Ihre Nachforschungen!