Our forum uses tables to describe the function of digital synthesizer modules. In the first column, we use a picture. Because Discourse inserts a | between the file name and resolution, it breaks the link to the picture when using it in a column.
The solution is you have to delete the | symbol. Not a big deal, but also not intuitive for beginners.
Meter | Displays
---|---
 | `Pattern`
Sure, but you can also just delete the | as well. I’m personally not super versed in code so I had to puzzle through this at first.
Perhaps it’s not worth changing, I just thought maybe no one was really using pictures in tables and no one had come across this before. Not a big deal, I made a note of it on a tutorial about tables on our forum.
Maybe if I get this right, if the picture doesn’t load, it would say “Meter-Pattern” with your \ solution and “Meter-Pattern108x108” if you did it by deleting the |?
I will amend the advice on the forum to reflect this. Thanks a lot! I’m so psyched about the powers of this new forum. We were struggling on an old version of Vanilla that didn’t even have bold text. Yeesh.
Agree, very interesting edge case. If we give up allowing , in title for images we can work around it but I wonder if this is a bug @Vitaly in the ordering of the table processing in the pipeline (maybe we should process images prior to tables)? (see OP)
Tabellen werden auf Blockebene analysiert. Sie kann nicht in den Inline-Modus wechseln, bevor sie das Zelllayout erkennt. Daher verarbeitet sie nur Backticks und Escape-Zeichen.
Da Tabellen kein Teil der CommonMark-Spezifikation sind, folgen wir der GFM-Spezifikation. Sie können überprüfen, ob GitHub sich genauso verhält.
Kurz gesagt: Derzeit müssen alle Backticks und Pipe-Zeichen in Tabellen maskiert werden.
Wenn Sie ein anderes Verhalten wünschen, müssen Sie die GitHub-Leute bitten, die Spezifikation zu aktualisieren. Aber persönlich bin ich mir nicht sicher, ob gute Lösungen auf Spezifikationsebene überhaupt möglich sind. Meiner Meinung nach ist dieser Fall sehr spezifisch, hat eine Problemumgehung und ist die Bemühungen für eine Überarbeitung der Spezifikation/Parser nicht wert.