-
Notifications
You must be signed in to change notification settings - Fork 104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ambiguity in the current todo.txt "spec" #70
Comments
@camoz recommend closing this, looks like spec was updated to remove ambiguity on these two points. |
@clach04: Where was the spec updated? Since I created this issue there was no commit to this repo, and no activity on the issues I linked. Also, the two mentioned issues were merely random examples to illustrate my point. |
@camoz for number 2 see https://github.com/todotxt/todo.txt/blob/master/description.svg - I take it to be optional - EDIT see #70 (comment) this point is wrong! for number 1 - completion rule 2 https://github.com/todotxt/todo.txt#rule-2-the-date-of-completion-appears-directly-after-the-x-separated-by-a-space which indicates priority is removed. NOTE this does mismatch with https://github.com/todotxt/todo.txt/blob/master/description.svg but I think the text version is definitive and clear (but that's my opinion 😉 ) I recommend checking the cli implementation https://github.com/todotxt/todo.txt-cli as it's seen as the reference one to check it's behavior. Simpletask for Android (third party) does:
where (A) is the original priority so it's not really following the text spec properly. I'm speculating that this changed in the spec after you posted your question, you can run annotate/blame to determine timeline. |
@camoz lol, I may have proved your point about spec being unclear as I made a mistake when posting the above message! 😆 Completion date is required as per completion rule 2 https://github.com/todotxt/todo.txt#rule-2-the-date-of-completion-appears-directly-after-the-x-separated-by-a-space - my comment about about the svg showing optional is wrong! |
Which version is correct? There is still a contradiction in the description.
Do I understand that the text description is correct? |
I believe text version is definitive, SVG is incorrect/not-strictly-correct.
That is my understanding, and matches the reference implementation:
Similar example with priority:
|
What if I also have a creation date? |
The description image underlines that creation date must be specified if completion date is, but then the very examples in this issue at #70 (comment) have a completion date with no creation date... sigh. |
Also having two alternate ways to specify priority (as |
The current spec of the todo.txt format (I'm referring to the README.md in this repo) contains several ambiguities, as is shown by some issues, e.g.
x
or after priority? #37It would greatly help to have a precise, unambiguous specification. This way, programs can interoperate better which each other. It should not be too hard to make one, since the format seems quite simple. IMO, the current situation is quite bad, the README.md gives a general overview about the todo.txt format, but there are things left unspecified and things that contradict each other.
This is of course a different issue from the issue talking about versioning.
The text was updated successfully, but these errors were encountered: