Referring to real time in searches
davidbwagner says:
I have a smart list I call "HotList" which looks something like this:
priority:1 or (priority:2 and dueWithin:"1 week") or (priority:3 and dueWithin:"1 day")
I can look at this any day and see what needs to be done.
Now the problem is, there are certain tasks that can only be done on a weekday, when I am at work. There are certain things that can only be done on weekends, because they might require too large a block of time to do on a weekday.
The important thing is, it doesn't matter *which* weekend (or weekday) I do these tasks. These are contexts in the GTD sense. Assigning specific dates to these tasks is just plain wrong, according to GTD.
Now of course I can create a tag called "weekend" that represents the weekend context. But how can I make these tasks only show up in my hotlist on weekends? I don't think there's a way to do it. What we need is a search operator that refers not to fields in the tasks, but to the wall time clock. For example,
tag:weekend and (todayIs:sat or todayIs:sun)
Of course one could imagine being able to query the hour of the day, whether it is am or pm, whether is is day or night, etc. I think the power of smartlists could be increased a great deal with this simple enhancement.
Thoughts?
priority:1 or (priority:2 and dueWithin:"1 week") or (priority:3 and dueWithin:"1 day")
I can look at this any day and see what needs to be done.
Now the problem is, there are certain tasks that can only be done on a weekday, when I am at work. There are certain things that can only be done on weekends, because they might require too large a block of time to do on a weekday.
The important thing is, it doesn't matter *which* weekend (or weekday) I do these tasks. These are contexts in the GTD sense. Assigning specific dates to these tasks is just plain wrong, according to GTD.
Now of course I can create a tag called "weekend" that represents the weekend context. But how can I make these tasks only show up in my hotlist on weekends? I don't think there's a way to do it. What we need is a search operator that refers not to fields in the tasks, but to the wall time clock. For example,
tag:weekend and (todayIs:sat or todayIs:sun)
Of course one could imagine being able to query the hour of the day, whether it is am or pm, whether is is day or night, etc. I think the power of smartlists could be increased a great deal with this simple enhancement.
Thoughts?
davidbwagner says:
I don't want to double the number of smartlists that I have. And as I mentioned, this could be extended to allow other queries about real time. I can't create a smartlist for every combination of tag and time frame.
The "nearby" query on the Android app is similar in spirit to this -- it queries a real-time, external property, not something contained in your task data.
The "nearby" query on the Android app is similar in spirit to this -- it queries a real-time, external property, not something contained in your task data.
