org-parser VS org-roam

Let me start by saying I like the goal and would like to see org mode accessible to everyone, but I do have some thoughts/reservations.

> For the little code I do write, I find having AI assistance (via CoPilot or Cody) to be tremendously helpful. So helpful, in fact, that I now tend to jump into VSCode for actual coding,

Aren't there both copilot and Cody plugins available in emacs?

> Use VSCode for everything. For me, this requires a full-featured org mode implementation. I currently feel stuck in Emacs just because of how great org mode is.

This seems much more difficult than creating plugins you need in emacs and with the downside that customization will be much worse in vscode, especially customization of behavior with things like hooks.

> Letting go of bug-for-bug compatibility with Emacs as a goal. Let's let the quirky behavior die off and move forward with a more cohesive program, even if it looks a little bit different.

If you don't have compatibility, then you aren't really implementing org-mode... you are starting fresh.

That's okay, but you'll likely annoy org-mode users and developers as documents ending in `.org` start not working the same.

Also there are languages besides Rust and Haskell that have an org parser implementation. For instance one written in Javascript already has a spec as you explain it and is used in production for organice[0]:

> Why is this project useful / Rationale

> Org mode in Emacs is implemented in org-element.el (API documentation). The spec for the Org syntax is written in prose. - https://github.com/200ok-ch/org-parser

> Portable. It should not be difficult to get this integrated into any editor.

This tells me you already have a language in mind such as Lua (can't think of any other easy to integrate languages)? I'd argue that's not very popular either though.

0: https://organice.200ok.ch/

I mean , you have parsers for JS and CLJS https://github.com/200ok-ch/org-parser

I don't think you did. You probably used the sister project https://github.com/200ok-ch/org-parser which has a well known issue regarding what you are describing: https://github.com/200ok-ch/org-parser/issues/56

organice has no such performance issues (and does not run on the JVM). I use it daily with 5k LOC files.

EBNF grammar - https://github.com/200ok-ch/org-parser/blob/master/resources...

From the readme:

> Org grammar for tree-sitter. It is not meant to implement emacs' orgmode parser, but to implement a grammar that can usefully parse org files to be used in neovim and any library that uses tree-sitter parsers.

This grammar is in active development and is being used by nvim-orgmode/orgmode [1], a org-mode neovim plugin.

Some additional resources some might find useful:

* Org Syntax - https://orgmode.org/worg/dev/org-syntax.html

* EBNF grammar - https://github.com/200ok-ch/org-parser/blob/master/resources...

[1] https://github.com/nvim-orgmode/orgmode

There's at least a parser using that as a spec at https://github.com/200ok-ch/org-parser

We have an issue with more information and we are working on it: https://github.com/200ok-ch/org-parser/issues/56

If you’re open to use a different Lisp, then maybe https://github.com/200ok-ch/org-parser is something for you.

I just wanted to chime in and mention that the folks who wrote organice[0] also came up with an EBNF grammar[1] for org-mode. Also of tangential interest is that work is actively being done on creating a tree-sitter version[2] of the grammar, although that work is not public (yet).

[0] https://github.com/200ok-ch/organice

[1] https://github.com/200ok-ch/org-parser/blob/master/resources...

[2] https://github.com/kristijanhusak/orgmode.nvim/issues/31#iss...

I keep absolutely everything in a single folder. Saved documents, images, movies, financial records, game saves, it doesn't matter. My hierarchical naming scheme takes care of organization. On the odd occasion I actually need a folder, I just append ".d" to the filename.

I use . as a hierarchy delimiter, so file extensions are just part of the hierarchy, and I can have multiple files with the same name except for the extension. For example, "film.spongebob.png" is a photo of spongebob, "film.spongebob.org" is a note about spongebob, and "film.spongebob.s1.e7" is my favorite episode.

I use org-roam [1] for note-taking and task/time-management. I absolutely require a plain-text system so it either had to be markdown or org-mode. Emacs was the deciding factor, else I would have still been using Dendron [2]

If OneNote is your thing, I'd probably recommend Obsidian [3] over org-roam. Despite it being the greatest program ever created, Emacs is a lot to learn "just" for taking notes.

If you like VS Code, check out Dendron. It's the one that got me into more serious PKMS instead of just chucking notes in a folder all willy nilly.

- [1]: https://www.orgroam.com/

- [2]: https://www.dendron.so/

- [3]: https://obsidian.md/

I'm using org-roam to keep my notes, which generally works well for me. There's one thing I am missing and I'm wondering if I just overlooked it, or whether it simply doesn't exist.

Org-Roam is a Roam-inspired Emacs mode that builds on top of org mode. Every node (aka note) has a unique ID that's different from its name. Every link from node A to node B actually links to the ID, so you can change node B's name without affecting the link. When you're on node B, you can open the Roam buffer and it will show you all of the links that point to that node.

Org Mode. I can export my notes to LaTeX or HTML and keep things tidy in a zettelkasten with org-roam.

Of course, the real power-user move would be to use Emacs with Org-Roam, but you have to be prepared to dive deep into the rabbit-hole. If you don't, it won't be worth it. If you do, you'll be handsomely rewarded. I know because I have, and I can highly recommend it if you like tinkering with and customising your tools. IMO, Doom Emacs is the way to go nowadays.

I'd highly recommend Org-roam. It's what has enabled me to actually start consistently keeping notes (and being able to retrieve/access them later). It's very easy with Org-roam to quickly add new notes, or add information to old notes, and the links/backlinks make (re)discoverability very easy.