A task identity is essential for any reliable syncing solution.
It looks ugly in text though
(reluctantly)
@karbassi the migration was not trivial, but all the dropbox v2 related handling in Simpletask is in the file: https://github.com/mpcjanssen/simpletask-android/blob/master/app/src/dropbox/java/nl/mpcjanssen/simpletask/remote/FileStore.kt
@mpcjanssen would you be willing to help upgrade the todo.txt-android project's from v1 to v2? https://github.com/todotxt/todo.txt-android/tree/master/src/com/todotxt/todotxttouch/remote
It should not be hard
Authentication is a bit tricky
Know any android devs who might want to help out? Specially since it's hacktoberfest right now
Only problem is that merging PRs will still result in a non-functioning app at the moment.
@ginatrapani Could you tweet out that we're looking for 1 or 2 maintainers for the Android project?
Hi. First of all, thanks a lot for your work on that awesome tool, it makes my life better. The only feature I desperately miss right now is to be able to add and prioritize an item as a single (and preferably simple) command. Ideally I want to have commands like
aa (add and prioritize as A), ab (add and prioritize as B), ac, etc. Is that possible?
so when I want to add an A item, it would be
t aa Do this and that
@dimonomid Sounds like you need to start looking at addons have a look here https://github.com/todotxt/todo.txt-cli/wiki/Todo.sh-Add-on-Directory#add-and-do--add-and-pri-in-one-step for Ginas adda to add with priority (A). Also sounds like you are being tripped up by bash and (A), just quote the item including the priority
t add "(A) Do this and that"
@coteyr I use a version of the final filter documented on the mailing list https://groups.yahoo.com/neo/groups/todotxt/conversations/messages/5101
@dimonomid My addpri action takes the priority as the first argument; you could build your own aa, ab, ... actions on it: https://github.com/inkarkat/todo.txt-cli-ex/blob/master/actions/addpri
@maco1717 if you add export TODOTXT_DATE_ON_ADD=1 to your todo.cfg file it will add date at start of todo item. I think when you run todo.sh do $item_number it puts in the date "done" in the done.txt file already. So you have "x 2020-01-27 2020-01-26 test item" showing 26th when I created and 27th when I completed the item I labelled as test item
adaschma I'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 ?
Hi all, I'm wondering, is this repository still maintained? I'm noticing that the last commits to master were several years ago. For my workflow and an addon I want to make, I'm hoping to change the behavior of
archive slightly so it respects TODOTXT_PRESERVE_LINE_NUMBERS where 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.
Hello @jeresch, yes, it's been a bit quiet around todo.txt-cli, as it's a quite stable app. I haven't heard much from @karbassi, but he's still active in GitHub. I try to answer any issues and pull requests that show up.
Regarding your change of
Regarding your change of
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?
Yes, I think it would grow. That makes sense, thanks. I think I'll implement it with just an extra colon key/value tag and an overloaded
add, addm, and addto to 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.
Using a separate marker is easier. Alternatively, if you want to directly use line numbers, you need to overload
archive and 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 defragment action 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...