<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-06-29 17:17 GMT+02:00 Marcus D. Hanwell <span dir="ltr"><<a href="mailto:marcus.hanwell@kitware.com" target="_blank">marcus.hanwell@kitware.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Wed, Jun 29, 2016 at 10:43 AM, Elvis Stansvik<br>
<<a href="mailto:elvis.stansvik@orexplore.com" target="_blank">elvis.stansvik@orexplore.com</a>> wrote:<br>
> 2016-06-29 16:37 GMT+02:00 Sankhesh Jhaveri <<a href="mailto:sankhesh.jhaveri@kitware.com" target="_blank">sankhesh.jhaveri@kitware.com</a>>:<br>
>><br>
</span><span>>> vtkGUISupportQtOpenGL module hasn't been ported to the OpenGL2 backend<br>
>> yet.<br>
>><br>
>> See:<br>
>> <a href="https://github.com/Kitware/VTK/commit/e58ca401466f9af4c542c085f7b599b6bde939c8" rel="noreferrer" target="_blank">https://github.com/Kitware/VTK/commit/e58ca401466f9af4c542c085f7b599b6bde939c8</a><br>
>><br>
>> For now, it just works with the OpenGL backend.<br>
><br>
> Aha. That explains it. Thanks.<br>
><br>
> Are there any big downsides to using the OpenGL backend? What are the main<br>
> benefits of the OpenGL2 backend?<br>
><br>
</span>I would echo Sankhesh's comments - are there any applications using<br>
the classes in vtkGUISupportQtOpenGL? There are not many I am aware<br>
of, and the classes in that module use a deprecated Qt class. The vast<br>
majority make use of QVTKWidget in vtkGUISupportQt<br>
<br>
Things changed quite a bit in Qt, and I think if you are<br>
packaging/using this in general builds skipping vtkGUISupportQtOpenGL<br>
is normally the correct thing to do unless you have a compelling user<br>
of the classes in there. If you do it would be great to learn what is<br>
using it in the wild.<br>
<br>
We will hopefully have a replacement for OpenGL2 soon, but it should<br>
likely derive from the newer QOpenGL* classes, and as such may not<br>
precisely match the previous API.<br></blockquote><div><br></div><div>I see, I may have misunderstood the role of QVTKWidget2 is vs QVTKWidget. I thought QVTKWidget2 was essentially a newer replacement for QVTKWidget, and to be preferred in new code.<br><br></div><div>I've also misunderstood a little how the two widgets work. I knew QVTKWidget2 makes use of the deprecated QGLWidget (and was in fact trying to make a similar Python class just recently, which uses QOpenGLWidget, but ran into some problems). But I also wrongly thought that QVTKWidget used QGLWidget, looking at the code I see now that it doesn't.<br><br></div><div>So in short: I have no great need for QVTKWidget2, functionality-wise. So if using it precludes using the OpenGL2 backend, I'll use QVTKWidget instead.<br><br>One thing I did like was that the code in QVTKWidget2 looked a little simpler/cleaner than the one QVTKWidget. It's always nice to be able to quickly check how something work.<br><br></div><div>An officially supported widget, based on QOpenGLWidget and supporting the OpenGL2 backend, would be the absolutely best of course. In fact, there's an answer on StackOverflow where a user posted his QVTKWidget2 hacked to work with QOpenGLWidget [1], perhaps it could be used as a starting point?<br><br></div><div>Elvis<br></div><div><br></div><div>[1] <a href="http://stackoverflow.com/questions/26944831/using-qvtkwidget-and-qopenglwidget-in-the-same-ui/26946040#26946040">http://stackoverflow.com/questions/26944831/using-qvtkwidget-and-qopenglwidget-in-the-same-ui/26946040#26946040</a><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span><font color="#888888"><br>
Marcus<br>
</font></span></blockquote></div><br></div></div>