Beancolage - Bundling beancount tools as a Theia-based app

[vive...@gmail.com]

Hi Beancounters!

I've been exploring a beancount workflow which led to prototyping Beancolage - an Eclipse Theia (vendor-agnostic vscode) app that tries to bundle existing beancount-based packages such as vscode-beancount and Fava.

At the moment gauging interest in such an idea, and how to approach bundling tools to help get towards a 'download & try' experience. There isn't a fully packaged build yet but you can clone/build from https://github.com/seltzered/beancolage .

To nudge me to get this far, I also gave a brief talk around motivations and a technical overview: https://www.youtube.com/watch?v=mxgoFqmSCFc

What's the difference between this and FavaGTK?
FavaGTK ( https://gitlab.gnome.org/johannesjh/favagtk/ ) is also great and much farther ahead. There may be workflow/performance/preferential reasons you may want to use FavaGTK instead. I wanted to explore the path of a Theia/electron app to see what it'd feel like, particularly for cross-platform support.

Regards,

Vivek

[Martin Blais]

I'm always surprised and amazed when I see projects that leverage our little experiments with text-based accounting to build higher-level tools and this is no exception.

Thanks for sharing, Vivek!

--
You received this message because you are subscribed to the Google Groups "Beancount" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beancount+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/ec52a4fe-7045-42e8-ba08-caaf4d9231f9n%40googlegroups.com.

[Red S]

This is very cool! I love the goal of taking this ecosystem from software developers to others, including "friends and family" and organizations, as you mention in your video. The idea of bringing the full power of a dev-only project like Beancount to anyone is something I've always wished was possible.

Also really like the thoughtful integration of the workflow, even though it's just the first cut. Other than importing of course, I can see autobean.refactor as another  piece of this workflow, transforming the source with a couple clicks for commonly used operations.

Thanks for pushing the boundary in this direction, and sharing! I'll be looking forward to updates, especially when there is a minimal release, even without importers and such. I'd love to run it by a couple folks who are not software developers, but quite technical nonetheless.