[Ml-yokadi] We should use Keyword in a smarter way
Aurélien Gâteau
aurelien.gateau
Lun 9 Fév 23:13:48 CET 2009
Sébastien Renard wrote:
> Hello,
>
> I've played some times with Yokadi competitors (yagtd, gtd, todo.sh, todo.py,
> tudu...) and read some papers about Allen GTD.
I happen to own a copy of the GTD book :)
> Well... Yokadi is, from far, one of the best tools ;-). But it lacks some
> usability.
>
> Here's some of the good idea I find in other tools :
> - the @keyword notation => very easy to use.
I do not think it is a good idea: it complicates the parser, and add
more than one-way-to-do-it. I agree it saves two keystrokes ("@" vs "-k
"), but we could save more by implementing keyword tab completion.
I believe the "@" character matches well with keywords describing a
context (@phone, @computer, @work), but would look odd for other
keywords. For example I use keywords to mark tasks which contains a
patch with "patch", those which must be implemented before string freeze
with "i18n", and those which I should backport with "backport".
> - project are not mandatory. Yes, we have the default project, but it could be
> better.
Right now the default project is not very useful: to add a task to the
default project one need to create a one word task with "t_add", this
does not happen really often. To allow project-less tasks, we would need
to make the project name an optional parameter.
> - allow to add keyword to project, so I can declare a project @work or @dev or
> @buy. It save me to put the keyword on each tasks. Every tasks in the project
> inherit from project keyword. This will change the database model. No patch
> provivded for now, I am waiting for your thought and approval first.
I am not sure I understand. Can you give a more explicit use-case?
Aurélien
Plus d'informations sur la liste de diffusion Ml-yokadi