Talk:Workflow example

That old problem of not wanting the image to be clickable is showing up here - we need the image to just be in the background, but that's not easy to implement from a standard template, so it would have to be hard-wired. Rather than hard-wiring an image based on a parameter, I'll make part of the workflow frame have next/prev buttons so that it's obvious they can be changed and means the image can link like normal.

This is looking real good already. The forward/Back buttons are a good idea, you definately want ot be able to step in either direction in the workflow, not just cycle forward throught the sequence. --Sven 23:59, 26 October 2007 (NZDT)

I've done some testing. All looks good except there is a problem with the definition of workflows. Seems that specifying each bullet point as a state makes sense but perhaps they should be Templates rather than normal articles. At least the #workflow parser functions appear to expect them to be. Seems logical to make them templates also. I can imagine situations where a set of states are shared by more than one workflow. I have used a subpage to separate this in my examples, (See Sandbox) but perhaps it is better to represent each state as the high-level thing that it is.

An example is the work-in-progress state. This is a general idea in many workflows where we are allocating time to a job. Should there be a subclass for each of the different workflows in which this may be used? Seems a bit ugly but perhaps necessary in some situations.

In any case we need to get the display of the subpage down to it's leaf only so we see Lead instead Order/Lead. This could be difficult to achieve, and as such may be a reason not to approach the problem using subpages. --Rob 19:08, 27 October 2007 (NZDT)