Thread

Zero-JS Hypermedia Browser

Relays: 5
Replies: 3
Generated: 18:18:59
Had that moment multiple times already. Still think Nostr flavoured MarkDown #NDown would have been the best choice for ALL long form text on here. Would have been way cleaner to take GitHub MD and selectively add the (few) specific features we needed for Nostr and Wikis.
2025-07-08 12:16:01 from 1 relay(s) ↑ Parent 3 replies ↓
Login to reply

Replies (3)

Asciidoctor is much more powerful and uniform than Nostrmarkup (that's what I call it). I just use NM for everything except 30041s and 30818s, where I use Asciidoctor and add in some Nostr-y stuff, like rendering npub handles. We only defined a handful of tags, for NM, and everyone has already gone off and implemented them differently. GitHub can enforce GH Markdown because they control the app its displayed in, and if you don't format it like they say, it looks garbled.
2025-07-08 13:40:20 from 1 relay(s) ↑ Parent 2 replies ↓ Reply
There is room for these formats to co-exist. For science, no doubt asciidoc is best. For the majority of devs, I feel markdown is a better choice to "just write down something I know". It supports basic formatting, tables, images, footnotes, code highlighting - at least for wikis. But for the normie pleb masses, to just share knowledge in a structured form, even markdown is too complicated, and a visual editor is needed for sure. I am now heading in the direction of using Nostr flavoured MarkDown as the default format and hoping to be able to extract GitLab's WYSWYG editor for visual edits: https://gitlab.com/gitlab-org/gitlab-foss/-/tree/master/spec/frontend/content_editor?ref_type=heads In the wiki I'll keep compatibility for the asciidoc format, for more scientific articles to be written. It will be configurable per article, and the app will have a global default format. cc nostr:npub1l5sga6xg72phsz5422ykujprejwud075ggrr3z2hwyrfgr7eylqstegx9z
2025-07-16 13:44:08 from 1 relay(s) ↑ Parent Reply