Hi Daniel,<div><br></div><div>This is the intended behavior when using &#39;goToStep&#39;.</div><div><br></div><div>The idea is that, partway through the workflow, you could execute the steps until a &#39;finish step&#39; was reached - using the default parameters for those steps.  Then you can evaluate the results that occur with default parameters.  If you get to the &#39;finish&#39; step successfully, it puts you back where you started - so that you can continue to step through and alter parameters if you like.</div>
<div><br></div><div>If you do not get to the &#39;finish&#39; step successfully (i.e. default parameters produce errors on your data or because of the parameters you set in prior steps), it will stop at the error.</div><div>
<br></div><div>Hope that helps,<br><br>Danielle</div><div><br></div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Fri, Jun 3, 2011 at 3:34 PM, Daniel Haehn <span dir="ltr">&lt;<a href="mailto:haehn@bwh.harvard.edu">haehn@bwh.harvard.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi guys,<br>
<br>
if I use ctkWorkflow.goToStep(x), the workflow goes to the step x<br>
along the workflow (according to onEntry, validate and onExit calls).<br>
<br>
But then, after reaching step x, it goes directly back to where I am<br>
coming from - again along the workflow. This goes so fast so it seems<br>
there is no movement at all.<br>
<br>
I digged a little and it seems line 1035 in ctkWorkflow.cpp is not<br>
right? After reaching the &#39;finish step&#39; (which in my understanding is<br>
the target step), it goes back to the starting step.<br>
<br>
<br>
1019 // --------------------------------------------------------------------------<br>
1020 void ctkWorkflow::goToStepSucceeded()<br>
1021 {<br>
1022   Q_D(ctkWorkflow);<br>
1023<br>
1024   logger.debug(&quot;goToStepSucceeded&quot;);<br>
1025<br>
1026   // after success, go back to the step at which we begin looking for<br>
1027   // the finish step (will exit the current step and enter the<br>
starting step)<br>
1028<br>
1029   d-&gt;createTransitionToPreviousStartingStep(d-&gt;StartingStep,<br>
d-&gt;CurrentStep);<br>
1030<br>
1031   d-&gt;GoToStep = 0;<br>
1032   d-&gt;StartingStep-&gt;setStatusText(&quot;Attempt to go to the finish<br>
step succeeded&quot;);<br>
1033   d-&gt;StartingStep = 0;<br>
1034<br>
1035   this-&gt;goFromGoToStepToStartingStep();<br>
1036 }<br>
1037<br>
<br>
Is this correct behavior and I understand the goToStep(x) call wrong<br>
or is this a bug?<br>
<br>
Cheers,<br>
Daniel<br>
_______________________________________________<br>
Ctk-developers mailing list<br>
<a href="mailto:Ctk-developers@commontk.org">Ctk-developers@commontk.org</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Danielle Pace, M.ESc.<br>Research and Development Engineer<br>Kitware Inc.,<br>North Carolina Office<div><br></div><div><a href="http://www.kitware.com" target="_blank">www.kitware.com</a></div>
<div>919-969-6990 X 319</div><br>
</div>