Revisit links and fix concepts
This commit is contained in:
parent
acd7639acb
commit
95ee5a420b
2 changed files with 25 additions and 10 deletions
26
README.md
26
README.md
|
@ -20,6 +20,7 @@ My problem is that I don't trust any of the systems I am currently using:
|
||||||
- head: I forget things, short-term memory limited
|
- head: I forget things, short-term memory limited
|
||||||
- paper: many slips flying around, can get lost easily
|
- paper: many slips flying around, can get lost easily
|
||||||
- CLIs: too verbose to use, didn't get me the information I needed in time
|
- CLIs: too verbose to use, didn't get me the information I needed in time
|
||||||
|
- web: too many clicks, too slow, not available offline, often unflexible
|
||||||
|
|
||||||
# Design
|
# Design
|
||||||
|
|
||||||
|
@ -27,9 +28,10 @@ The most important rule: Everything is a task. There is nothing else.
|
||||||
|
|
||||||
Projects, Areas, Epics - they can all be mapped onto tasks, and doing so will allow you to leverage the same toolset on everything.
|
Projects, Areas, Epics - they can all be mapped onto tasks, and doing so will allow you to leverage the same toolset on everything.
|
||||||
A project or epic is a completable task with subtasks - it can itself be a subtask.
|
A project or epic is a completable task with subtasks - it can itself be a subtask.
|
||||||
If you want to divide your task list into areas, these can simply be uncompletable tasks at the root level.
|
To divide your task list into areas, simply put everything under uncompletable (see task type activity) root tasks.
|
||||||
|
|
||||||
With everything being a task, areas and projects can also have all kinds of tags and attributes. And then subtasks may inherit these attributes (particularly tags).
|
With everything being a task, areas and projects can also have all kinds of tags and attributes.
|
||||||
|
And then subtasks may inherit these attributes (particularly tags).
|
||||||
|
|
||||||
More fundamentals:
|
More fundamentals:
|
||||||
- UNIX philosophy: use plain text is possible, separate into independent modules
|
- UNIX philosophy: use plain text is possible, separate into independent modules
|
||||||
|
@ -87,9 +89,21 @@ I have been using [taskwarrior] for a few weeks now, but I am already starting t
|
||||||
# Links
|
# Links
|
||||||
|
|
||||||
[taskwarrior]: https://taskwarrior.org/
|
[taskwarrior]: https://taskwarrior.org/
|
||||||
- https://tasklite.org/related.html: List of CLI-oriented productivity systems
|
|
||||||
|
## Discussions
|
||||||
|
- https://kolaente.dev/vikunja/api/issues/1198:
|
||||||
|
Thoughts on Vikunja, my new hope.
|
||||||
|
- https://github.com/lyz-code/pydo/issues/73:
|
||||||
|
Short discussion on a beta-level tool with convenient short ids.
|
||||||
|
- https://www.wired.com/2016/03/best-to-do-list-app/:
|
||||||
|
Maybe Technology won't help, after all...
|
||||||
|
|
||||||
|
## Projects
|
||||||
|
- https://codeberg.org/equilibrium/equilibrium:
|
||||||
|
A Haskell project I started to link task managers,
|
||||||
|
unfortunately abandoned by now.
|
||||||
|
- https://tasklite.org/related.html:
|
||||||
|
List of CLI-oriented productivity systems
|
||||||
Should have a look at:
|
Should have a look at:
|
||||||
- org mode
|
- org mode (agenda)
|
||||||
- taskell
|
- taskell
|
||||||
- https://github.com/lyz-code/pydo: new tool, short ids
|
|
||||||
- https://www.wired.com/2016/03/best-to-do-list-app/: Why technology
|
|
||||||
|
|
|
@ -2,12 +2,13 @@ All task managers I have seen so far were quite opinionated. Since task manageme
|
||||||
To build trust in the system, it needs to be your system.
|
To build trust in the system, it needs to be your system.
|
||||||
|
|
||||||
So the foundational principle of this task manager is to rely as little as possible on special mechanics, implementing all convenience behavior and specialized features in a generalized way, allowing to easily compose and customize them.
|
So the foundational principle of this task manager is to rely as little as possible on special mechanics, implementing all convenience behavior and specialized features in a generalized way, allowing to easily compose and customize them.
|
||||||
The
|
|
||||||
|
|
||||||
|
One only really needs key-value properties and tags (valueless properties) which can be assigned to tasks,
|
||||||
|
all other structures which humans might want can be derived from these in the frontend.
|
||||||
|
|
||||||
|
Then one can define views/lists/filters using key-value and tag queries:
|
||||||
```
|
```
|
||||||
[tag]
|
[view]
|
||||||
big=size:l
|
big=size:l
|
||||||
break=size:s -pc
|
break=size:s -pc
|
||||||
|
|
||||||
|
|
||||||
```
|
```
|
||||||
|
|
Loading…
Add table
Reference in a new issue