[tlester]

Originally Posted by whpalmer4

What would make your life easier? Is the problem that you see 2 dozen "Wait for customer to select image" actions, and don't know which action corresponds to which customer? Or is it that there are no dates on the actions, and you don't know which ones need a follow up call

It's that when I look at the "Waiting" perspective, I see EVERYTHING that I put in a wait state, including actions that are not even close to being ready to be actioned on. For example... let's say I'm shooting a wedding and the wedding date is April 2013 (a year from now) and I'm putting together a wedding album AFTER I shoot the wedding. One of my actions may be, "Wait for client to choose which images to include in album" that has a context of @waiting.

When I look at my "Waiting" perspective to see who I need to follow up on, I see this "Wait for client to choose images to include in album" action which can't even be considered to be done for at least a year.

So, I think I need to put it in a different context that doesn't really show up as waiting until I'm actually waiting for them. So maybe one context and when I get to that step, switch it to waiting.

What do you think? That would work, but is there a better way?

[whpalmer4]

If you have dates on these many items, you could sort your view by date, no? And if you set your waiting context not to be on hold, but just use start dates to put those waiting actions back in your view, viewing by available actions would show you only those actions where you have an expectation of progress or action...

[fruitbat]

Originally Posted by tlester

It's that when I look at the "Waiting" perspective, I see EVERYTHING that I put in a wait state, including actions that are not even close to being ready to be actioned on. For example... let's say I'm shooting a wedding and the wedding date is April 2013 (a year from now) and I'm putting together a wedding album AFTER I shoot the wedding. One of my actions may be, "Wait for client to choose which images to include in album" that has a context of @waiting.

When I look at my "Waiting" perspective to see who I need to follow up on, I see this "Wait for client to choose images to include in album" action which can't even be considered to be done for at least a year.

So, I think I need to put it in a different context that doesn't really show up as waiting until I'm actually waiting for them. So maybe one context and when I get to that step, switch it to waiting.

What do you think? That would work, but is there a better way?

I often set a start date in the future for actions I don't want to see until "someday". Then the actions are not available until that date.

Would that help?

[Brian]

I also use the method fruitbat mentions - so for that "wait for customer to pick images" action, you could add a start date of the day after the event, for example.

(If you ever did want to see *all* your actions in that context, you could switch the Availability filter to "Remaining".)

[Christian]

Being paranoid about missing an action I sometimes just set the starting date to be like a week or few days before the action does actually become availible in the real world. In your case that would mean that you might set the start date for the "waiting for customer" action to the 10th of April. The wedding may be on the 15th, you might send the pictures to the customer on the 16th and then have to wait. But when you prepare for the project "shoot wedding" on the 12th you can already see which actions are going to be necessary and hence have a good feeling of complete overview.

[pete340]

Originally Posted by tlester

It's that when I look at the "Waiting" perspective, I see EVERYTHING that I put in a wait state, including actions that are not even close to being ready to be actioned on. For example... let's say I'm shooting a wedding and the wedding date is April 2013 (a year from now) and I'm putting together a wedding album AFTER I shoot the wedding. One of my actions may be, "Wait for client to choose which images to include in album" that has a context of @waiting.

When I look at my "Waiting" perspective to see who I need to follow up on, I see this "Wait for client to choose images to include in album" action which can't even be considered to be done for at least a year.

So, I think I need to put it in a different context that doesn't really show up as waiting until I'm actually waiting for them. So maybe one context and when I get to that step, switch it to waiting.

What do you think? That would work, but is there a better way?

"Wait for client to choose images to include in album" occurs after "send images to client" which occurs after "touch up images" (maybe?) which occurs after "shoot images at wedding". Okay, the descriptions may not be what you want. But the point is that this is a sequential project; each action becomes ripe after the previous action. Putting artificial start dates on these actions won't help. Each one starts after the previous one is finished. The way to handle that is to look at *available* actions. Select "Available" in the "Availability filter".

[whpalmer4]

Originally Posted by pete340

Each one starts after the previous one is finished. The way to handle that is to look at *available* actions. Select "Available" in the "Availability filter".

It is important to note that this only works if you have not chosen to set your Waiting contexts to be on hold! The stock database has the Waiting context on hold.

[pete340]

Originally Posted by whpalmer4

It is important to note that this only works if you have not chosen to set your Waiting contexts to be on hold! The stock database has the Waiting context on hold.

I suggested "Available" as more limited than, say, "Any status". Either way, if having a context on hold messes up the filtering, that sounds like a bug. (I just gave it a quick test, and didn't see a difference; but I didn't dig around in it)

[whpalmer4]

If your context is marked as on hold, the actions in it never become available.