Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Org-mode parser in Rust

github.com

Post reply on HN
Print view View original

41–50 of 85 posts

Re: Org-mode parser in Rust

#41

Post by angleofrepose »

rodelrod wrote: post #36
angleofrepose wrote: post #25

What sense does it make to have org mode outside of emacs? I think the entire power of the system would be that it explicitly lives within emacs. From the repo: > Org is probably the best and most complete plain text organizational system known to mankind. It has countless applications like authoring, publishing, task and time tracking, journal, blog, agenda, wiki etc... Yes, absolutely. > Unfortunately Org was origi…

> Why would this want to live outside of emacs? It allows us to throw different use-case-optimized GUIs at a sync'ed folder of org-mode files. A clear example are the mobile apps, but there are others. I've been using org-mode for a year, trying to replace a 5 year-old Evernote knowledge base/todo list, which itself inherited from a 12 year-old InfoSelect knowledge base. For task management, org-mode on spacemacs com…

> It allows us to throw different use-case-optimized GUIs at a sync'ed folder of org-mode files. A clear example are the mobile apps, but there are others.

This is a good point, I agree.

> As for the knowledge base features, however, I'm still far from being able to reproduce the speed and precision of recall that I had on InfoSelect, or even Evernote with a solid tag hierarchy. I also use Dynalist to have an outliner on mobile.

What speed and precision are you missing? It seems that org mode should have the capacity to establish any content connection scheme you could dream up.

> KB situations

What does KB mean?

> I would also love to be able to browse connections in my knowledge base, TheBrain-style, but that will always be clunky to unusable on a pure-text UI.

I don't think this is true. Depending on the kinds of connections you want to browse in your knowledge base there are plenty of ways to transform the ui to show them. That is what I see org mode to be at it's essence, a software tool to allow for transformations of text on screens. I think though, that your point is more about browsing. We should have text-based ui browsers for connections. All a gui like the brain is doing is putting animations and a mouse on top, we can definitely specify things via the keyboard in a number of ways to replace the mouse, and who wants animations to begin with? If the main pull at the end of the day is that GUIs are pretty and text UIs aren't then let me point you here [1].

[1]: https://lepisma.github.io/2017/10/28/ricing-org-mode/index.h...

Re: Org-mode parser in Rust

#42

Post by angleofrepose »

gooseus wrote: post #34
angleofrepose wrote: post #25

What sense does it make to have org mode outside of emacs? I think the entire power of the system would be that it explicitly lives within emacs. From the repo: > Org is probably the best and most complete plain text organizational system known to mankind. It has countless applications like authoring, publishing, task and time tracking, journal, blog, agenda, wiki etc... Yes, absolutely. > Unfortunately Org was origi…

I have just recently found Org (last week) as I stumbled on spacemacs and then fell down that rabbit-hole, which had a branch off into this rabbit hole. Now I'm having experiencing some Baader-Meinhof phenomenon as I've seen two org-mode articles on the front-page here since and never noticed any before. Anyways, this seems sort of obvious to me as a total org (and emacs) beginner... the sheer flexibility and power f…

Plain text on top of a programmable interface is the way to go. I like this comment from yesterdays 26.2 release [1].

[1]: https://news.ycombinator.com/item?id=19650131

Re: Org-mode parser in Rust

#43

Post by rsfern »

phaer wrote: post #8
peatmoss wrote: post #4

I love org-mode as a format and as a literate / notebook programming environment. And I love emacs. But, I think it’s great that more people are looking at org-mode outside emacs. I’d love to see alternative tool chains that push the capabilities and open more people to its magic.

It's great to have more options, but people might be interested in the org-mode support of pandoc: https://pandoc.org/org.html This enables .e.g. transformation of org-mode files with latex templates, to html slides or even into .odt files and customization via filters over pandocs AST. These filters can be not only written in haskell but in pretty much any language.

Pandoc is great, but I’ve found that first running org-export to latex and then calling pandoc to the target format yields much better (and still not perfect) results.

My main use case is exporting scientific manuscripts from org to semi-workable MS Word docs for collaborators to edit. Not sure how merging changes back in is going to go...

Re: Org-mode parser in Rust

#44

Post by snazz »

amenod wrote: post #28
giancarlostoro wrote: post #27

Earlier quoted context omitted.

https://www.gnu.org/licenses/gpl-faq.en.html#TranslateCode It is not according to their FAQ.

Thank you, good find: > If the original program is licensed under certain versions of the GNU GPL, the translated program must be covered by the same versions of the GNU GPL.

That sounds extremely hard to enforce, especially between languages that aren’t similar enough for a clear one-to-one correlation to appear. I could see this being an issue between CL and Scheme or two different kinds of shell scripting, but less so with Rust and elisp.

Re: Org-mode parser in Rust

#45

Post by mruts »

TeMPOraL wrote: post #16
mruts wrote: post #10

Earlier quoted context omitted.

I use pandoc + org-mode and it’s perfect. I love being able to convert my notes to LaTeX while correctly handling the inline images and math.

What's the reason to use Pandoc to convert .org files to LaTeX instead of the built-in Org Mode LaTeX exporter? Serious question - I do plenty of .org -> LaTeX like this, and never tried the Pandoc route before.

For some reason, emacs to pdf or latex errors out for some .sty file being missing. I could probably fix it, but pandoc works out of the box so I guess I’ll be sticking with it.

Re: Org-mode parser in Rust

#46

Post by SllX »

snazz wrote: post #44
amenod wrote: post #28

Earlier quoted context omitted.

Thank you, good find: > If the original program is licensed under certain versions of the GNU GPL, the translated program must be covered by the same versions of the GNU GPL.

That sounds extremely hard to enforce, especially between languages that aren’t similar enough for a clear one-to-one correlation to appear. I could see this being an issue between CL and Scheme or two different kinds of shell scripting, but less so with Rust and elisp.

Most likely but I think the FSF has sufficient legal and technical chops to figure out if, in this instance, they have a good case and should contact the developer.

As I recall, Stallman used to do something similar early on pre-GNU and stopped when he realized it wasn’t technically necessary, wasn’t even particularly helpful to himself in particular, and might even have legal implications to reimplement software with that method.

Re: Org-mode parser in Rust

#47

Post by Ideabile »

Thanks for have making this! Not long ago, I was dreaming about getting an embeddable version with Rust with DSL.

And since a couple of days I'm getting more posts about org-mode. I think are nice foundations to continue on.

Re: Org-mode parser in Rust

#48

Post by snicker7 »

TeMPOraL wrote: post #16
mruts wrote: post #10

Earlier quoted context omitted.

I use pandoc + org-mode and it’s perfect. I love being able to convert my notes to LaTeX while correctly handling the inline images and math.

What's the reason to use Pandoc to convert .org files to LaTeX instead of the built-in Org Mode LaTeX exporter? Serious question - I do plenty of .org -> LaTeX like this, and never tried the Pandoc route before.

Org to PDF via Emacs works great. The main issue is making Emacs a hard dependency of your publishing pipeline.

Re: Org-mode parser in Rust

#49

Post by TeMPOraL »

snicker7 wrote: post #48
TeMPOraL wrote: post #16

Earlier quoted context omitted.

What's the reason to use Pandoc to convert .org files to LaTeX instead of the built-in Org Mode LaTeX exporter? Serious question - I do plenty of .org -> LaTeX like this, and never tried the Pandoc route before.

Org to PDF via Emacs works great. The main issue is making Emacs a hard dependency of your publishing pipeline.

That's true, though I'm increasingly wondering whether that's a bad thing. Emacs can be run in "batch mode", so it could be used just like every other stage in the pipeline (a bit heavy, though not much compared to modern tools). Then again, I never tried it.

When I started writing a static site generator powering my current personal site, I wanted to parse .org files in the generator. I very quickly gave up and decided to manually export my .org posts to HTML, and parse that instead (see [0]). I didn't realize back then that Pandoc can handle .org files; I probably would have decided to shell out to it instead. Then again, if there's one thing I learned writing a static site generator (twice), it's that the next time around, I'll pick up one that's already written by someone else :).

--

[0] - https://news.ycombinator.com/item?id=19622751

Re: Org-mode parser in Rust

#50

Post by rhizome »

snazz wrote: post #44
amenod wrote: post #28

Earlier quoted context omitted.

Thank you, good find: > If the original program is licensed under certain versions of the GNU GPL, the translated program must be covered by the same versions of the GNU GPL.

That sounds extremely hard to enforce, especially between languages that aren’t similar enough for a clear one-to-one correlation to appear. I could see this being an issue between CL and Scheme or two different kinds of shell scripting, but less so with Rust and elisp.

I imagine that comparing sources would carry telltale clues whether or not it's a clean room implementation.
Post reply on HN