[Ml-yokadi] yokadi upstream

[Sébastien Renard]

You forgot to answer to list ;-)

Here's my answers below.

Le mardi 18 novembre 2008, Aurélien Gâteau a écrit :
> >> - Support for filtering in 't_list'
> >
> > Partly done. Here's t_list current help :
>
> [snip]
>
> Yes, I saw that, it's quite nice, especially the top-urgent slice.
>
> I reworked it a bit this evening to use the brand new
> YokadiOptionParser, an OptionParser based class for yokadi commands :)

Good. Did you implement it in common class in order to make it  « 
transparent » for all commands ?

> It makes it easier to define options, make it possible to define long
> options and they do not have to be at the beginning of the line. This
> last advantage provides a work around for the completion bug you
> mentioned in t_list: just add the option at the end of the line and
> completion will still work.

Nice.

> >> - When editing a task, do not continue if user refused to create the
> >> project
> >
> > Already done too.
>
> good, one more t_remove for me :)

Or t_mark_done ?

We will have to talk about archiving one day !

> >> Copying this list just gave me the idea of another one:
> >> - Provide a way to create a plain t_list (only titles)
> >
> > To be able to parse it easy in a script ? Well, we can make csv export
> > more customisable to achieve this.
>
> No I was thinking about making it easy to paste a list in a mail :)

Right. It is missing.


> >> I am curious about what you mean with links between tasks. What is your
> >> use case?
> >
> > t_add cooking make a nice cake for my girl friend birthday
> > Adding task ...(id=436)
> > t_add cooking -k link=436 buy butter
> > Adding task ...(id=437)
> > t_add cooking -k link=436 don't forget to get back the cookbook from my
> > mother Adding task ....(id=438)
> >
> > In t_display, the linked tasks would be display.
>
> Hum... I would have put this in a gfbirthday_cake project. I personally
> creates subprojects with '_'.
> In this case gfbirthday would contain all the tasks for your girl friend
> birthday, while gfbirthday_cake contains the cake tasks. Listing all is
> done with "t_list gfbirthday%", listing the cake stuff is "t_list
> gfbirthday_cake"

Exact, we don't need explicit subtask or subproject with such naming 
convention. Maybe we could add this the the future user doc ?


> >> About p_remove: if I am not mistaken Simon sent me a patch about this (I
> >> am offline right now and can't check this :( ). He also patched t_remote
> >> to garbage-collect projects without tasks.
> >
> > Nice !
>
> @Simon: I will review your patches tomorrow morning in the train, I
> promise!
>
> Aurélien


a+
-- 
Sébastien