<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Here's the patch that should take care of the autoscaling issue: <div><br></div><div><div>diff --git a/Charts/vtkChartParallelCoordinates.cxx b/Charts/vtkChartParallelCoordinates.cxx</div><div>index 66510ec..7dac117 100644</div><div>--- a/Charts/vtkChartParallelCoordinates.cxx</div><div>+++ b/Charts/vtkChartParallelCoordinates.cxx</div><div>@@ -134,9 +134,12 @@ void vtkChartParallelCoordinates::Update()</div><div> array->GetRange(range);</div><div> }</div><div> vtkAxis* axis = this->Storage->Axes[i];</div><div>- axis->SetMinimum(range[0]);</div><div>- axis->SetMaximum(range[1]);</div><div>- axis->SetTitle(this->VisibleColumns->GetValue(i));</div><div>+ if (axis->GetBehavior() == 0)</div><div>+ {</div><div>+ axis->SetMinimum(range[0]);</div><div>+ axis->SetMaximum(range[1]);</div><div>+ axis->SetTitle(this->VisibleColumns->GetValue(i));</div><div>+ }</div><div> }</div><div> this->Storage->AxesSelections.clear();</div><div> </div><div><br></div><div><div>On Apr 27, 2010, at 2:31 PM, Marcus D. Hanwell wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Eric,<div><br></div><div>Sorry - I didn't get chance to look into this, but I was surprised it would cause issues. If you have any patches you would like me to merge/look at please let me know.</div><div><br></div><div>
Thanks,</div><div><br></div><div>Marcus<br><br><div class="gmail_quote">On Tue, Apr 27, 2010 at 2:29 PM, Eric E. Monson <span dir="ltr"><<a href="mailto:emonson@cs.duke.edu">emonson@cs.duke.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hey Marcus,<br>
<br>
I don't know if there was just something weird going on that day, or if something has changed, but I'm not having trouble with this any more. (I'm playing now with a slightly modified version of the PC chart and plot, but I don't think the small changes I made impacted the performance.)<br>
<br>
Sorry for the noise,<br>
-Eric<br>
<div><div></div><div class="h5"><br>
<br>
On Apr 22, 2010, at 5:13 PM, Eric E. Monson wrote:<br>
<br>
> Hey Marcus,<br>
><br>
> Not something urgent, but just a note so you know: When making selections in a parallel coordinates chart that has a lot of axes (say 16 or 24) in Python, the drawing of the red selection rectangle is fairly slow. It's still useable, but it's quite noticeably slower than when I have a lot of axes in ParaView (which is quite snappy). The leading edge of the rectangle lags behind the cursor, and then eventually catches up.<br>
><br>
> I'm not sure why this would be -- something about the drawing operation or some checks it has to do after each mouse move... I only mention it because if you know about it maybe something will jump out at you in the code that could be done differently.<br>
><br>
> I know I still haven't gotten around to filing those other feature requests... I can add this if you want, too, and attach an example script.<br>
><br>
> Talk to you later,<br>
> -Eric<br>
><br>
</div></div>> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com/" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote></div><br></div>
</blockquote></div><br></div></body></html>