Kennt sich hier jemand mit #asciidoc aus? Ich würde gerne ein Sudoku basteln und muss daher in einer Tabelle an bestimmten Stellen dickere Linien zeichnen (jede dritte Spalte und Zeile).
Geht das mit #asciidoctor? Kann mir jemand einen Tipp geben? 
Kennt sich hier jemand mit #asciidoc aus? Ich würde gerne ein Sudoku basteln und muss daher in einer Tabelle an bestimmten Stellen dickere Linien zeichnen (jede dritte Spalte und Zeile).
Geht das mit #asciidoctor? Kann mir jemand einen Tipp geben? 
#Emacs loves #AsciiDoc https://batsov.com/articles/2026/06/11/emacs-loves-asciidoc/
I hope you'll enjoy all the recent improvements in adoc-mode and asciidoc-mode!

Regular readers know I have a soft spot for AsciiDoc – I’ve written about it more than once, and it’s the markup behind the documentation of most of my bigger OSS projects (CIDER, nREPL, Projectile, RuboCop). It hits a sweet spot Markdown never quite reaches: rich enough for proper technical writing (admonitions, includes, real tables, cross-references), without dragging in the full ceremony of something like DocBook.
I agree with u/TerribleReason4195 in Reddit: the new site is much better.
@FreeBSDFoundation true: it's a stronger foundation for the future of the FreeBSD Project.
Too few people appreciate the amount of work that's required, collectively and individually, for a milestone such as this.
I believe that this year's transition would have been far more difficult without the migration that Sergio Carlavilla spearheaded five years ago. Before and after: <https://github.com/freebsd/freebsd-doc/tree/0cff342f42461c5081b98bce7581f43df319e4f4> | <https://github.com/freebsd/freebsd-doc/tree/989d921f5d4ac8d8b7c831c13b8954ad1901be24>.
Could anyone give me any pointers on the tooling for the #FreeBSD Documentation Project?
I really like its style (and its use of #AsciiDoc) and would like to do something similar for the #Psion Documentation Project.
EDIT: I might already have my answer here: https://docs.freebsd.org/en/books/fdp-primer/overview/
@federico3 As someone with a hat in this, it's because other formats are pretty arbitrary too. #Markdown was designed to still be readable as plaintext -- something it fails at, yes, with that awful link syntax -- but the same complaint can be levied against ReST, #AsciiDoc etc which all have arbitrary and unusual syntax patterns that work for a parser but don't necessarily work for plaintext.
And plaintext, unlike programming languages, depends more on aesthetic principles that are more personal. Programmer may argue about line-break before `{` but the code still compiles -- that's not the case with markup languages!
For my databaseless forum I invented a markup syntax where the output can be copied and pasted as valid input: just leave the `*` & `_`'s in and style with CSS, it works surprisingly well. For ReMarkable I hewed closer to plain-text aesthetics but it needs some revisions, and it's difficult to swap one bad syntax for a better one down the line when the format is already in wide use.
Markdown would have seen a decline, until GitHub took off. I think that really cemented its modern usage more than anything. You can stab it with your steely knives, but you just can't kill the beast 🤷
Has anyone any recommendations for tools / styling for #ebooks? I'm looking at #asciidoc to #epub but I'm wondering what the "right" way to style the epub should be
-- edit: A very good solution has been found, but Mastodon can't add images to retoots, so here we are, using URLs: https://oldbytes.space/@Kroc/116346357622698597
#worldglass #writersofmastodon #ebook #writing #writingcommunity

Attached: 1 image THIS IS VERY COOL!!! (with huge thanks to @[email protected] script / template for providing the automation / formatting for #ebook and PDF! https://github.com/mattgemmell/pandoc-publish) #aeonglass #writing #writingcommunity #writesofmastodon
@nielsk Think of the Family Guy meme to remember it. Markdown is the weird one.