margin

Added[1]! Thank you. [1] https://github.com/gamburg/margin/commit/d9abf003f665627d392...

Important question. Still thinking through this: https://github.com/gamburg/margin/issues/2

Run what? > Lightweight markup > The plain text language > Margin is a lightweight markup language > Margin can thrive within any plain text editor > Margin is not an app, but a markup language. The author's experimental parser? It's linked: https://github.com/gamburg/margin

Very elegant way to encourage adoption of the language! This is now on the list[1], thanks. [1] https://github.com/gamburg/margin/issues/4

Great to hear! As I said to @brigandish below (and will shamelessly repeat): if when building the app you find yourself wanting to contribute to the js parser[1] in any way (or even any non javascript-based parser), it'd be much appreciated. That's my biggest need right now, is actually writing a good parser that'll encourage people to try this out. [1] https://github.com/gamburg/margin/blob/master/parser/js/Marg...

Agreed! This is my biggest need. If you want to contribute, or know of any open source libraries that might help me build a more robust parser, let me know -- I'm only a casual coder, and this project really stretched my capabilities of recursive thought ::o The parser in its current form is here: https://github.com/gamburg/margin/blob/master/parser/js/Marg...

Great to hear you'd consider using it. If when building the app you find yourself wanting to contribute to the js parser[1] in any way (or even any non javascript-based parser), it'd be much appreciated. That's my biggest need right now, is actually writing a good parser that'll encourage people to try this out. And fair, re: "you wouldn’t build a web app in markdown". I'm sure it's been done :) [1] https://github.com/gamburg/margin/blob/master/parser/js/Marg...

Not yet, but it's on the list! https://github.com/gamburg/margin/issues/2 Definitely a necessary feature if people are going to use this to store text. Do let me know if you have any ideas about what kind of syntax might be best for multiline blocks -- keeping in mind it should be both easy to type and easy to read (eg. ideally avoiding '\n' or special newline characters, for example).