There is the possibility to insert a time estimate on tasks?
If you're referring to a due time, you can set tasks to dates with times such as "tomorrow @ 2pm" or "ev Fri at 13:20".
If you're referring to a duration or a task, that's unfortunately not possible directly, but you could add labels representing the estimated durations such as @2h or @5h. This would also allow you to easily search for tasks with the same duration simply by searching for the @2h label.
I'll be glad to be notified once this task duration feature is added to your interface, so that I can migrate back from RTM.
Been using software for a few days now. I really like it so far. I would appreciate this feature as well. It is sometimes difficult to know whether it is possible to get through a days task list. The label don't really help in this situation if you want to know estimate how many hours you need to allocate in a day. Is there any plan to add it to the feature list?
I agree with Dean -- also, this would make the Karma function more useful. Right now you can "game" karma by doing lots of "little" tasks, each of which has the same impact as completing a time-intensive task.
I'd really like this feature. I don't see why it would be hard to add--just another column to sort by...
Unbelievable that this is not included. Such a great app.
* No duration of a task = unbelievable
* No status for tasks "in progress" = unbelievable
Was almost thinking of implementing todoist (fantastic overview) but these are deal breakers.
You ca use labels to mark a task @inprogress or @waiting etc. which allows you an unlimited amount of status tags as any word entered after an @ in the task's name becomes a label.
As for time-tracking, please check out our integration with Toggl that enables time tracking of tasks: http://blog.todoist.com/2014/10/track-your-task-time-inside-todoist-with-toggl/
Time tracking is not the feature that we are asking for. It is simply an estimation of the duration of a task so that you can block time more efficiently for a list of tasks. The feature should also give you a total duration for your daily task list.
Thanks for the answer and the suggested workarounds. But the problem is that they are workarounds which complicate todoist and destroy the simplicity and overview. They are not in the soul of todoist.
Why not add the flexibility to add and measure time blocks and a true status "in progress"?
I for my part am a great proponent of focus which can be achieved with pomodoro time blocks. For that you need to be able to add time blocks (25 mins in case of pomodoro) to tasks and set the status to "in progress" (aside from "to do", "today" and "done" which is already incorporated in todoist). This forces people to think better about their tasks (you need to be much more precise to define accurately the time spend) and to focus much better on their work. All of this gives a better planning and better quality of work. And more reward for the person (as he/she gets better in planning and gets more done with a higher quality).
Just a suggestion that would make todoist the killer it should be.
I agree with Olivier that labels and Toggl are poor work arounds. The labels don't capture what you have done and have left to do, and the Toggle work around is inefficient and inelegant. I suspect most of us have been drawn to Todoist because it is elegant stucturally and visually. The inability to estimate time blocks in a big to-do is a flaw that detracts from the elegance of Todoist.
For instance, I have a big project that calls for performing the same task day after day. I have made it a recurring task. Whether I perform that task 2 hours a day or 8 hours a day of that should be tracked differently than performing an errand.
I agree it would be so helpful to have timeblocks and show them visually
I'd just like to add that this type of feature would be extremely useful to me. It is the #1 thing that I wish todoist could do that it doesn't. Oftentimes I am trying to choose what day to set for a task, but I don't know how full that day already is. The bars on each day help a little, but I have many small recurring 1 - 5 minute tasks so it isn't a good representation of how committed I already am for any given day.
Definitely +1 vote for this. Just adding an estimated duration field with sorting would be more than enough for me. Nothing fancy needed.
This is a common request, and has been asked for and discussed here:
Here is my post from that thread about a possible 3rd party work around:
+1 for time estimating features as well!
For those of you looking for this feature, there IS a possible 3rd party solution.
Beda wrote this brilliant little Grease Monkey script. Simply enter the estimated time a task will take in brackets,  = 1hr, [.5] = 1/2 hr, etc. The script will total up the number in brackets and display it beautifully in the header.
I've been using it for several months now flawlessly on my Mac with Chrome.
If you use Windows - unfortunately, Chrome recently made some changes to it's Windows interface that do not allow this script to work (and I haven't yet found a work around.) If you use Windows, try the FireFox version of the script.
The script is a work around, and it only works in the web version (does not transfer to mobile versions) but even that has been a big help in meeting my needs around estimating time for the day. Helps make sure I don't schedule 37 hours of work in my day then wonder how come I failed to make a dent in my list!
Todoist folks: I highly recommend taking a look at how Beda did this script. It's clean, does not interfere with the simple, easy to use look of Todoist, and the simple data entry is right in line with the great way you guys do labels (I love just entering text in the box and not having to deal with fiddly clicking around to label or tag something.) If Todoist implemented this as native functionality I would be thrilled.
Awesome! Works great on Chrome. Beda deserves a part of my subscription :-).
Thank you so much, Laura!
I have found a workaround to this problem which basically implies using IFTTT and Google Calendar. You can read the full explanation in this post:
In any case, this is a must-have functionality so I hope it is implemented soon.