# tmpnam warning

interface.cc:770:15: warning: ignoring return value of ‘char* tmpnam(char*)’, declared with attribute warn_unused_result [-Wunused-result] interface.cc:773:17: warning: ignoring return value of ‘char* tmpnam(char*)’, declared with attribute warn_unused_result [-Wunused-result]

# split README for the package??

I would suggest to split installation information out of the README file and into README.install since that isn't useful for users of the binary packages.

# hyphen-used-as-minus-sign

http://lintian.debian.org/tags/hyphen-used-as-minus-sign.html

data/tudu.1:227

# dangerous usage of char[]

> [src/tudu.cc:96]: (error) Dangerous usage of 'file_rc' (strncpy doesn't always null-terminate it). > [src/tudu.cc:101]: (error) Dangerous usage of 'file_xml' (strncpy doesn't always null-terminate it).

# bfbtest

> bfbtester: > > Several crashes like this: > > *** Crash </.../tudu-0.9.1/debian/tudu/usr/bin/tudu> *** > args: [10240] > envs: LANG=[10235] > Signal: 6 ( Aborted ) > Core? Yes

Maybe the same than: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716408

# show category on the tudurc

I use the commmand :showonly cat1 cat2 to see only this two categories. This works very fine. Is it possible to add this in .tudurc?

Because i use the same .tudu.xml for home and office. And i want only to see office categories on my laptop and only home categories on the privat pc.

# command line interface for sort order or show info while press b

# one task two places

# cli interface

# cooerent editor and title

# import and export

# more filters (by project, keyword, date)

# more states for a task (undone, done, waiting, maybe, ...)

# dates in human format

option for entering dates in "human" format like "2d", which will result in deadline date=today+2 days; 3w, 3m and so on.

# optional navigating throw tree with only "j" and "k"

option for navigating through tree with only "j" and "k", so when cursor stands on a level 0 with with sub level, pressing j will lead to changing a cursor position to 0-1, then 0-2 and so on, probably the depth level of such behavior should be adjustable through config file

# time accounting

How about a feature to log when I had spent time on it in the past, which is sporadic for my long long list of todo's. Such log can be amusing when looking back a few years down the road -- why did I spent that amount of time doing that !?

Taskwarrior has some thoughts on it http://taskwarrior.org/boards/6/topics/79

Una de las prestaciones que no he encontrado en otros programas de gestión de tareas es sobre la duración de las tareas, poder decir el tiempo estimado que requiero para cada tarea, y que me avise si me saturo.

En la versión en papel que empecé a usar (sin continuidad) solía poner la duración estimada de la tarea, pero claro el papel no me hacía la suma.

Lo más interesante que encontré fuen en Lightning ó Mozilla Sunbird, donde en la agenda-calendario te marca los días en los que tienes tareas pendientes creo recordar. Además se puede poner el % que has realizado, y no recuerdo si también la duración estimada de cada tarea, pero cada dato se trata por separado, no se usa para facilitar la gestión del tiempo que es necesario reservar para las tareas. Es decir, sabiendo que para dentro de 2 días tengo que hacer 5 tareas que me llevaran Xi.%i tiempo en total, puedo saber si me va a dar tiempo ó no. En Lightning tienes la agenda, gestionas que no se solapen las citas, pero si en los huecos ocupados tienes tiempo justo para las tareas pendientes también debería ser razón para no poner una cita nueva.

Pues eso, que podría ser una feature para TuDu que te avise de que el día tiene 24 horas (ó útiles para hacer tareas menos).

# deadline and scheduler with hour

Add hour and minuts to the deadline date