rodo VS git-notes

I wrote a small Ruby TUI which works like this called Rodo (Ruby Todos). Pressing CTRL+t will get you a new Todo list (it's just markdown) at the top of a file.

https://github.com/coezbek/rodo

I am almost using this format for my markdown todo app written in Ruby:

https://github.com/coezbek/rodo

Differences:

I use unicode symbols such as ⌛ or for paused or priority items.

I use dash for obsolete/canceled items. I find this more in line with bullet journal which inspired the development of Rodo.

I do use markdown bullet lists.

Nice! I also have this pain of the file losing shape quickly. My take is to have a a CLI tool to "carry over" all todos which aren't solved into a new heading. This way the old/resolved items are moved to the back/lower in the file.

I call it Rodo (Todos in Ruby): https://github.com/coezbek/rodo

It uses Markdown for syntax.

Definitely true, but sometimes the lack of sane tooling makes it harder to follow rituals. I used to use the same format as the OP in a text editor, but struggled with the daily grind of copying items around and carrying over todos from the last day. Paper is much better for this, but messy (even with scanning).

In the end I wrote a small tool to assist with starting each day with a blank journal and all remaining items from the last day. Syntax is primarily markdown.

https://github.com/coezbek/rodo

I have recently developed my own terminal-based UI for day journalling and todo/task tracking [1] in markdown files because I was sick of rearranging todos in other tools and just needed something which provides a standard template for each day (journal, high priority, todos of the day).

The main advantage is that you can "migrate" all unfinished todos to a new page/day and thus get a clean start each day. This idea comes from bullet journalling.

To get it done I had to dig a bit into ncurses, which turned out more interesting than I thought. For instance, Windows Terminal just gained support for bracketed paste a couple of months ago and my tool supports it.

Long term I would like to add generated views (for instance: last year this time one of your highlights was...) and support recurring tasks to be inserted into he daily log.

[1] https://github.com/coezbek/rodo

Stack: Ruby, Curses, Markdown

Project 2: A golang app. 55 stars.

My working memory file is just a giant txt file that is synced using git to github. It's free and fast (because a text file editor like Sublime is fast).

I used Dropbox Paper and Google Docs before. Once you reach certain size, it is very very slow.

The caveat with the text file is the lack of fuzzy searching capability... but it's tolerable so far.

PS. I've built my own git sync: https://github.com/tanin47/git-notes -- it is written in Go. I've chosen Go because it can be deployed on windows, linux, and mac. Could have gone with Rust, but I don't really need speed here, so I don't need to manage my own memory.

Time for me to shine!

I use 2 giant plain-text files.

One for notes. The other for to-dos.

I use git to sync to a private git repo using my own app https://github.com/tanin47/git-notes (work with Mac, windows, Linux)

My priority is that I want my notes to live forever. Using GitHub seems to achieve that purpose. (I use many notes app before which I threw away when moving to a new app)

Shameless plug. I wrote a go app that keeps syncing your notes to GitHub/gitlab.

I simply maintain a giant plain text note. Sometimes I hope there is a better way to search, but it's decent enough.

https://github.com/tanin47/git-notes

It runs on Mac, windows, and Ubuntu