Hello, I've marked this as a feature problem on the WEB, even though it might be true also to other platforms. I just didn't check.

Contexts: how come when I click on a certain context I only see the tasks associated, but not the projects? What's the point then of being able to add a context to a project but then not being able to filer by it? I don't understand the logic/use of it.

I can see that when looking in a context, the tasks are arranged my next/someday/waiting mode and the project is being showed with #. But why not let us choose if we want to view items of a certain context either by time-mode (next/someday etc) or by project. It's quite natural to want to do that, and I've seen other asking about the same thing somewhere.

And lastly, if we can assign a context to a project, it makes sense that tasks created when viewing this project will automatically inherit the same context. Especially if at the moment we can't see projects in context view. It will solve lots of unnecessary clicks.

Tags: I find it a bit strange there is no menu to sort by tags, but I got round that creating an "advance" filter to display all active tags. Just seems a bit unnecessary workaround. (also not sure it will show on my iphone/ipad)

Task edit window: Not this one I really don't understand - when clicking the name of a task I can add sub-tasks but can't edit the notes/context and all other parameters. But when double clicking on the task (not on the actual name) then I can edit everything, BUT the subtasks... why 2 different pop-up windows for editing a task? just add the sub-tasks interface to the other window.

"Sub-tasks": At the moment "sub-tasks" are just notes with a checkbox really. We can't assign a reminder, due date, etc for them (ehhhm todoist/cotton notes/other....), and that's ok I think, BUT 3 things then: 1) terminology wise we should really be calling them simply "items" or "actions" (very "GTD", and no other software for some reason using the term "actions"). I mean, we don't call tasks "sub-projects"... ;-)
2) Being able to reorder those items (sub-tasks...) makes a lot of sense. The order we input them, is often not necessarily the order in which we wish to execute them.
3) There is no indication a certain task have sub-tasks inside. Only if we click then we find out (we are supposed to remember what's inside every task?...). One thing to suggest would be an icon to indicate this one has sub-tasks (just like the notes icon) but way better would be an OUTLINE format, revealing the actions (sorry, subtasks) of a certain task. Such a common feature in many other apps. I prefer the way doit.im works in general, but the lack of that GUI feature, of expand/collapse items is really missing. And since you have already programmed something just like that in other areas of the app (clicking the little arrow icon in Next/Someday to expand/collapse projects) it will only make sense to take it further to the task level.
* note on expand/collapse -> it will be easier on the eyes, when working with lots of projects that contain several tasks each, to be able to collapse/expand ALL and not only one by one, as it is now.

These are my main thoughts, most have actually carried from my previous comments, a couple of years ago, but I'm happy to see all sorts of things that were implemented in the new version!

Looking forward for your reply on the point I've mentioned.