Why is creation date more important than due date? #49
Replies: 1 comment
-
Creation and completion are timestamps from software, while start date and due date are user-defined and task-related stuff. Completion and creation are physically characteristics of any task. Any task was created at some time, and was completed at some time if it was. But format is designed to be All task related stuff goes to description. Speaking about sorting, it is a task for a client. I don't think it does matter for software where to get data from to sort it out. |
Beta Was this translation helpful? Give feedback.
-
The way the format is now, and by the way I've always loved the idea of it, but I do have an issue with the only required date on each line being the creation date. When I sort my tasks, the creation date isn't terribly important. I have tasks that are categorized as someday that have been there for months. What's much more important are the things that need doing now, not things I thought of doing a long time ago. What I look at every single day is when a task is due. So before making a proposal for version 2 which a lot of people are doing here recently I'd like to know what the rationale behind putting so much importance on creation date over due date is? And suggest two of many possibilities that would elevate the importance of due dates without discarding previous todo list information.
Option 1: Creation dates just aren't that important, replace them with due & completion dates
x
tag like they do nowx
Incomplete Tasks without due dates:
Incomplete Tasks With Due Date:
Complete Task With Completion Date Replacing Due Date:
Option 2: Allow two dates for both complete & incomplete tasks because creation dates are as important as due dates
x
tag to mark completionIncomplete task without creation or due dates:
Same task with creation dates:
Same tasks with due dates & creation dates:
Same tasks when marked complete:
Personally I prefer option 1 because it is just a cleaner implementation, and easier to read. If creation date is important enough to track, then I'd argue it's not as important as due date and can always be tracked using a
key:value
tag likecreated:2018-02-10
. But if both are to be treated as important requirements option two works and is somewhat backwards compatible because although older apps will read the creation date as part of the task description when they're incomplete, it doesn't discard any information and the tasks would still be sortable by the creation date by sorting through the first word of the description tag.But ultimately I'd like to see a specification that treats a todo list more like a todo list, by giving due dates at least as much if not more importance than creation dates. Creation date is almost metadata in a sense because it's information you use when analysing how well you're getting things done in a timely fashion, not data that helps you focus on what's important now. And I'd like to know why creation date was given so much relative importance when the spec was created and how creation dates are important to different developers working with this format?
Beta Was this translation helpful? Give feedback.
All reactions