Undo at the moment does not undo recent edits.

This functionality could be added by using a Map with the key value as the type of undo that needs to be performed (e.g DELETE, EDIT). Then, depending on this value, the undo function could perform the necessary action.

When the amount of todo's outgrows the amount of available rows in the terminal, they begin to be printed horizontally. I am not sure whether or not this is an issue that other TUI libraries implement and ncurses doesn't however I will look into it in the future.
The approach that I am currently thinking of rendering the todos beginning at the position of the cursor until the max amount of rows. This would prevent unnecessary todo's from being rendered and would fix the horizontal bug.

Image for reference:

Currently, undone TODOs are placed at the end of the list. It'd be good if the todo was inserted into
it's previous position when done.

Add an option to add a date to the specific todo. When the todo is next opened, dates that have passed or are near will have highlights in the signal bar (left most column).

Allow the user to move the todos by entering a modification mode (maybe pressing v or something?)
Once this mode has been toggled, the usual keys for navigation will move the todo rather than the navigation

Add nested todos which can be entered and exited via the spacebar.

UI undecided on, current ideas are as follows:

• Spacebar clears the screen of everything other than what is in the nested todo (like the filters)
• Spacebar opens a "fold" which has indented todos inside

For example, when TODO_FILE_LOCATION is set to ~/.config/todo/todo.txt, it fails when creating a todo with
thread 'main' panicked at 'Could not write to file!: Os { code: 2, kind: NotFound, message: "No such file or directory" }', src/main.rs:151:42
When TODO_FILE_LOCATION is set to /home/adam/.config/todo/todo.txt, creating a todo works.

It might also make sense to have a default value for the file location, probably in ~/.config/todo/ or ~/.local/share/ , that is used if TODO_FILE_LOCATION is not set.

Todos should have the ability to be edited. This can be made to work using the dialoguer module's default text option for the Input.

Example for what the contents may look like:

let editedContent: String = Input::new()
        .allow_empty(true)
        .default(todo.content)
        .interact_text()
        .unwrap();