frame VS obsidian-dataview

> Hey, I've realized the same thing (that my workflows are stack-based) awhile ago, but didn't get to the point of writing a tool yet. Dare to share?

Sure, but because I'm only using it for myself, you're going to have to compile it yourself if you want (for now, anyway).

Originally designed to be CLI app, I find I only use the GUI these days (also in the repo).

Start here in case this is not for you: https://github.com/lelanthran/frame/blob/master/docs/FrameIn...

> Also, which approach you use to efficiently store and re-store relevant context information? I often find that intricate but important details are lost during context switch.

Everything is stored in a hierarchical DB, AKA the filesystem :-)

Each 'frame' is a directory with a specific set of files, and the directory name serves as the name of the frame. At any given time, a metainfo file in the root points to the currently active frame.

I think he might mean:

1. Push items onto a stack.

2. Create new stacks (words) for categories of items.

FWIW, I do the same, and use a tool (now using almost exclusively the GUI tool I include in the github repo) to do it.

This is the explanation of the tree-of-stacks method that I am using: https://github.com/lelanthran/frame/blob/master/docs/FrameIn...

(yes yes, it's a slideshow, but until I can make a video, this is a better medium for visualising how it works).

Always on top is a good idea, my to-do app (we all wrote one at some point) is designed to be integrated into the PS1 variable so it's always on top.

Shameless plug https://github.com/lelanthran/frame/blob/master/docs/FrameIn...

I did the same - a tree of tasks:

https://github.com/lelanthran/frame/blob/release/v0.1.4/docs...

I made it integrate with my PS1 variable so that it's useful from the terminal; my terminal prompt includes the current task, the same way it includes the git branch.

(There's a GUI I'm working on too, at the moment).

I made a tool to help me do exactly this! I even made a HN post about it, after making some HN comments about how well it is working for me.

(It's https://github.com/lelanthran/frame/blob/master/docs/FrameIn... in case anyone is interested).

At the end of the day, I use Dataview, a plugin for Obsidian, which allows me to make queries to my notes similar to SQL to visualize the collected information:

https://github.com/blacksmithgu/obsidian-dataview

This whole ideas to have data, visualisations and knowledge base in one private offline place is very appealing

Since at least 2012 I've also been using a text file format from http://todotxt.org/ and more recently I wrote a program that takes a crontab-like list to pre-generate entries on a daily, by-day-name (every Sunday for example), and I also pull in a list of holidays from gov.uk, so they are also populated.

[^1]: (https://github.com/blacksmithgu/obsidian-dataview)

> Joplin is using md to.

The way it's handled can make the difference in control.

> by separating that in their DB, it's a big NO for me since it's a closed silo.

Joplin is using a popular open database with a healthy community and good tooling. It's as open as markdown. Maybe not for you, when you lack the knowledge, but markdown is similar closed for anyone not understanding filesystems and editors.

> This: https://github.com/blacksmithgu/obsidian-dataview works so wonderful for me

Good for you, but that is very low level in terms of data-handling. Dataview is really just an elaborated search, there is no good level of interaction. Datacore, the next project of the Dataview is supposed to bring this, but it's not even usable yet AFAIK. Coincidental, the Obsidian-devs are also working on that front, but nothing is finished yet.

> https://github.com/denolehov/obsidian-git and b) easy to fix since it's a text file. Gosh!

That's useless when the app itself is not working. And even worse if you are not realizing the errors early.

> Aha. I don't think so. Which authority says that?

My own experience. I've tested enough plugins over the years to know their dark corners.

> And even if It's like that, my markdown files would survive everything

The thing is, technically you are not even having proper markdown, but a fork with some extensions of Obsidian. So some features of your parts might break when switching away from Obsidian. And the reason for all this is also because markdown is lacking definitions for what obsidian-people are doing with it. Coincidentally, this seems also one of the reasons why Joplin is using a database.

> And gosh, this is a good thing!

Not if they all suck.

> Installing multiple task plugins shows that something is "broke" on the user side.

Sure, because the plugins are lacking features, its the users fault... Maybe some users have just very different levels of requirements from you.

Refer: Obsidian Search, How I Use Embedded Queries, Dataview, Excalibrain

Ref: https://github.com/blacksmithgu/obsidian-dataview/issues/544 (Bearbeitet)

For using it, having SQL or JavaScript knowledge is useful, but you can probably figure it out without that knowledge. The Github page has a lot of examples that you can cannabalize for simple things without really getting too deep into it.

Check it here.

I think this could be helpful https://github.com/blacksmithgu/obsidian-dataview/issues/1086

Have you heard of Obsidian? It's a note-taking app build on locally stored markdown files with bidirectional linking and a great ecosystem of third party plugins. One of the most popular plugins is https://github.com/blacksmithgu/obsidian-dataview which lets you treat your notes as databases and query them to form tables. The creator has been working on its successor, Datacore https://github.com/blacksmithgu/datacore for a while - Datacore might come close to what you're looking for, its goals include WYSIWYG views and live editing inside tables.