<div dir="ltr"><div><div>After further investigation, Joachim and me consider that the vtkTesting::FrontBuffer and associated argument "-FrontBuffer" to be basically useless, as one do not care if a test succeed using an image from the Front or the Back buffer, as long as a corresponding image can be found in any image buffer.<br><br></div>Is anyone using this "-FrontBuffer" option ? If not we will deprecate it for further removal.<br><br></div><div>it will allow to *always* check front and back buffer in vtkTesting, which is already the case when using static method vtkTesting::test.<br></div><div>We propose this because there is a wrapping of vtkTesting which is massivelly used in Python test : vtkTclTest2Py/rtImageTest.py and may fail for the same reason explained before in this thread.<br><br></div><div>And we think that removing the FrontBuffer option from vtkTesting is the right way to go here.<br></div><div>It will not change the already proposed and working patch for Testing.py which do not use vtkTesting.<br><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Mathieu Westphal<br></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 2, 2015 at 5:28 PM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> You may notice from git blame, those comments were added only<br>
> recently, in October 2014 in commit e136e01e...<br>
><br>
> I didn't even know when I did that commit that there was a python<br>
> equivalent to vtkTesting.cxx. I wonder why vtkTesting.cxx isn't simply<br>
> wrapped and used directly from python...?<br>
<br>
</span>Python's unittest.TestCase framework is handy, familiar to Python users, and breaks things into chunks that make running from an interpreter easier than the traditional tests (since you can import a test module, create the test instance, run setup, and manually run a test then tweak things from the interpreter after the test has run).<br>
<br>
I do not oppose wrapping vtkTesting, but do oppose banishing the vtk.test.vtkTest class.<br>
<span class="HOEnZb"><font color="#888888"><br>
        David<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br></div>