[Vimoutliner] Re: VO-based todo manager: tkdo 0.4

[Scott Scriven]

* bold <bousch at gmail.com> wrote:
> You could have an inbox.otl which you start with an alias.

Yeah, but I was focusing on the case where the user hasn't 
planned ahead that much.  And, well, I try to avoid having an 
'inbox' outline, because I already have too many GTD buckets.

I'm not really structured enough to follow strict GTD.  That, 
really, is one of the main reasons I created TKDO...  I'm messy, 
and wanted a tool to help me manage the mess.  I've now got 641 
tasks on my master list, and I still have a bunch of old buckets 
left to import.

> Dropping something in your inbox should be really fast.

FWIW, I added the o/O keys today.  They add a new item 
after/before the current task.  It copies most of the task 
properties too, to reduce data entry.

The patch is available, but I'm playing with some launchpad 
features so it's not actually released yet.  The dev branch is 
readable, though:

  https://code.launchpad.net/~toykeeper/tkdo/add_vi_o_key
  or:  bzr branch lp:~toykeeper/tkdo/add_vi_o_key

I've queued it for merging into the main branch, but I'm not sure 
if launchpad will do that for me, or if I need to do it.

> I think it is fine the way it is though I am not sure that the 
> 100 limit is useful. Without it you can have really really 
> important tasks with a higher importance shoot to the top of 
> the list.

I could make the 100 configurable.  I suspect some people might 
like it to be only 0-10, and others might want a much bigger 
range...  The idea behind the hard limit was to avoid priority 
inflation, but I suppose there's no reason not to make the limit 
a config option.  :)

Filed as https://bugs.launchpad.net/tkdo/+bug/231867

I may still add a "due bonus" though...  it would add another 
multiplier to 'due' or 'fixed recurring' tasks, to make it go 
higher on the list before it's due.


-- Scott