Thread

Zero-JS Hypermedia Browser

Relays: 5
Replies: 1
Generated: 22:36:29
I like the approaches in Pandoc markdown, and you are right, it would be great to have a settled format. Pandoc is nice and logical, but in the end I think it makes sense to choose a format which is already widely accepted by developers in the git{hub|lab} world. Another thing that will count is the availability of an editor. I have recently bumped into this one: https://github.com/cesardeazevedo/nostr-editor If it would be easy to drop it in a web app without hassle, that would lower the barrier of entry for markdown in apps, and probably drive motivation to standardize. I will play around with the editor soon.
2025-08-09 02:49:11 from 1 relay(s) ↑ Parent 1 replies ↓
Login to reply

Replies (1)

Developer familiarity shouldn't be the top priority in my opinion. It should be establishing a standard that maintains familiarity and ease of learning/using while ensuring a sufficiently rich feature set. Pandoc markdown shares its base features with most other markdown flavors while providing a lot of extra features for things like tables, math symbol integration, etc., that will be important. Keep in mind that the real end user of the wiki format will be subject matter experts. Any sufficiently broad wiki will need input from lots of experts, and they will need the tools required to properly express information on their topic of specialty. Anything they need that isn't in the base spec is going to get custom rolled to fit their needs, and we'll start to see incompatibilities arise as different clients handle those needs in divergent ways. They're also in no way guaranteed to be software developers, so they're unlikely to have much familiarity with developer standards and tools.
2025-08-10 18:01:10 from 1 relay(s) ↑ Parent 1 replies ↓ Reply