aa(add and prioritize as A),
ab(add and prioritize as B),
ac, etc. Is that possible?
t aa Do this and that
t add "(A) Do this and that"
adaschmaI'm not completly sure that I know what you are searching for tochi. Something like http://forums.debian.net/viewtopic.php?t=58557&p=338561 ?
archiveslightly so it respects
TODOTXT_PRESERVE_LINE_NUMBERSwhere possible. I'm wondering if it's worth it to open an issue and PR, or if it would be better to instead just use my own fork of the script? Thanks.
archive, incompatible changes are unlikely to be accepted. But you can easily overload any default behavior with a custom add-on, so why don't you try that out, potentially share that add-on, and if a lot of users like that, it may finally be included in the main app. I wonder though that the todo.txt file would grow all the time if archiving doesn't strip empty lines, doesn't it?
addtoto add the tag automatically. I really just need a unique key/identifier for each task item to implement blockers and dependencies. I was hoping that could be the line number, but it's probably easier with just a new piece of slightly redundant metadata.
archiveand adapt all line number references as preceding lines are removed (and ensure through configuration that other actions like
deldo not remove lines). Actually, I've implemented such a scheme as part of my todo.txt customizations (https://github.com/inkarkat/todo.txt-cli-ex); there's a dedicated
defragmentaction that is invoked by a custom
archive. Dependencies are marked via
w:42; you can check out the test (https://github.com/inkarkat/todo.txt-cli-ex/blob/master/tests/t2090-dependency-workflow.sh) for an overview of the dependency workflow. I cannot wholeheartedly recommend that you just take my customizations - they reflect my own idiosyncratic view, but feel free to use it, maybe just bits and pieces, or maybe decide that it's all too complex and instead use a simple implementation with custom markers...