TODO(1) Todoman TODO(1)

todo - a simple, standards-based, cli todo manager

Usage

todo [OPTIONS] COMMAND [ARGS]...

Options

Either CRITICAL, ERROR, WARNING, INFO or DEBUG
By default todoman will disable colored output if stdout is not a TTY (value auto). Set to never to disable colored output entirely, or always to enable it regardless.
always | auto | never
Use a JSON format that will remain stable regardless of configuration or version.
Format all dates and times in a human friendly way
The config file to use.
Show the version and exit.

Environment variables

Provide a default for --config

Commands

Cancel one or more tasks.
Copy tasks to another list.
Delete tasks.
Mark one or more tasks as done.
Edit the task with id ID.
Delete done tasks.
List tasks (default).
Returns all the lists
Move tasks to another list.
Create a new task with SUMMARY.
Print the path to a task's file.
Start an interactive shell.
Show details about a task.

Todoman is a simple, standards-based, cli todo (aka: task) manager. Todos are stored into icalendar files, which means you can sync them via CalDAV using, for example, vdirsyncer.

Todoman usage is CLI https://en.wikipedia.org/wiki/Command-line_interface based (thought there are some TUI bits, and the intentions is to also provide a fully TUI https://en.wikipedia.org/wiki/Text-based_user_interface-based interface).

The default action is list, which outputs all tasks for all calendars, each with a semi-permanent unique id:

1 [ ] !!! 2015-04-30 Close bank account @work (0%)
2 [ ] !              Send minipimer back for warranty replacement @home (0%)
3 [X]     2015-03-29 Buy soy milk @home (100%)
4 [ ] !!             Fix the iPad's screen @home (0%)
5 [ ] !!             Fix the Touchpad battery @work (0%)

The columns, in order, are:

  • An id.
  • Whether the task has been completed or not.
  • An !!! indicating high priority, !! indicating medium priority, ! indicating low priority tasks.
  • The due date.
  • The task summary.
  • The list the todo is from; it will be hidden when filtering by one list, or if the database only contains a single list.
  • The completed percentage.

The id is retained by todoman until the next time you run the flush command.

To operate on a todo, the id is what's used to reference it. For example, to edit the Buy soy milk task from the example above, the proper command is todo edit 3, or todo undo 3 to un-mark the task as done.

Editing tasks can only be done via the TUI interface for now, and cannot be done via the command line yet.

If you want to synchronize your tasks, you'll need something that syncs via CalDAV. vdirsyncer https://vdirsyncer.readthedocs.org/en/stable/ is the recommended tool for this.

If click-repl https://github.com/untitaker/click-repl is installed, todoman supports the repl command, which launches an interactive shell with tab-completion.

When attempting to integrate todoman into other systems or parse its output, you're advised to use the --porcelain flag, which will print all output in a pre-defined format that will remain stable regardless of user configuration or version.

The format is JSON, with a single array containing each todo as a single entry (object). Fields will always be present; if a todo does not have a value for a given field, it will be printed as null.

Fields MAY be added in future, but will never be removed.

Todoman can be used with Conky https://conky.cc by using one of the shell execution variables https://conky.sourceforge.net/variables.html. Given the nature of pimutils utilities, there is no need to query new information every time conky updates so execi will be the best option most of the time.

Adding ${execi 30 todo} inside the text section will display the output of the command and update it every 30 seconds.

A working configuration can be found here https://github.com/r4ulill0/todoman/blob/main/docs/examples/conky.conf.

The tasks can be sorted with the --sort argument. Sorting may be done according to the following fields:

  • description
  • location
  • status
  • summary
  • uid
  • rrule
  • percent_complete
  • priority
  • sequence
  • categories
  • completed_at
  • created_at
  • dtstamp
  • start
  • due
  • last_modified

It is possible to prepend a - to a field to sort by that field in ascending order (by default they are sorted in descending order).

Example:

todo list --sort due,-priority

You'll need to configure Todoman before the first usage, using its simple ini-like configuration file.

The configuration file should be placed in $XDG_CONFIG_HOME/todoman/config.py. $XDG_CONFIG_HOME defaults to ~/.config is most situations, so this will generally be ~/.config/todoman/config.py.

The location of the cache file (an sqlite database). This file is used to store todo data and speed up execution/startup, and also contains the IDs for todos. If the value is not specified, a path relative to $XDG_CACHE_HOME will be used. $XDG_CACHE_HOME generally resolves to ~/.cache/.
str
"$XDG_CACHE_HOME/todoman/cache.sqlite3"
By default todoman will disable colored output if stdout is not a TTY (value auto). Set to never to disable colored output entirely, or always to enable it regardless. This can be overridden with the --color option.
str
"auto"
The date format used both for displaying dates, and parsing input dates. If this option is not specified the system locale's is used.
str
"%x"
When running todo with no commands, run this command.
str
"list"
The default difference (in hours) between new todo's due date and creation date. If not specified, the value is 24. If set to 0, the due date for new todos will not be set.
int
24
The default list for adding a todo. If you do not specify this option, you must use the --list / -l option every time you add a todo.
str
None
The default priority of a task on creation. Highest priority is 1, lowest priority is 10, and 0 means no priority at all.
int
None
The string used to separate date and time when displaying and parsing.
str
" "
If set to true, datetimes will be printed in human friendly formats like "tomorrow", "in one hour", "3 weeks ago", etc.

If false, datetimes will be formatted using date_format and time_format.

bool
False
A glob pattern matching the directories where your todos are located. This pattern will be expanded, and each matching directory (with any icalendar files) will be treated as a list.
str
"~/calendars/"
If set to true, only show todos which are currently startable; these are todos which have a start date today, or some day in the past. Todos with no start date are always considered current. Incomplete todos (eg: partially-complete) are also included.
bool
False
The date format used both for displaying times, and parsing input times.
str
"%X"

The below example should serve as a reference. It will read ics files from any directory inside ~/.local/share/calendars/, uses the ISO-8601 date format, and set the due date for new todos in 48hs.

# A glob expression which matches all directories relevant.
path = "~/my_calendars/*"
date_format = "%Y-%m-%d"
time_format = "%H:%M"
default_list = "Personal"
default_due = 48

  • You can set a color for each task list by creating a color file containing a color code in the hex format: #RRGGBB.
  • A file named displayname indicates how the task list should be named and is needed when there are multiple directories sharing a name, e.g.: when using multiple $CloudInstances. The default is the directory name.

See also relevant documentation for the vdir format https://vdirsyncer.pimutils.org/en/stable/vdir.html#metadata.

Todoman will use the system-wide configured timezone. If this doesn't work for you, you _may_ override the timezone by specifying the TZ environment variable.

For instruction on changing your system's timezone, consult your distribution's documentation.

Support for the percent-completed attribute is incomplete. Todoman can only mark todos as completed (100%), and will not reflect nor allow editing for values for percent > 0 ^ percent < 100.

For information on contributing, see: https://todoman.readthedocs.io/en/stable/contributing.html

Todoman is licensed under the ISC licence. See LICENCE for details.

Hugo Osvaldo Barrera <hugo@whynothugo.nl>, et al

2015-2023, Hugo Osvaldo Barrera

April 22, 2026 4.7.0