<p dir="ltr"><br>
Den 9 aug. 2016 5:37 em skrev "David Gobbi" <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>>:<br>
><br>
> On Tue, Aug 9, 2016 at 1:29 AM, Elvis Stansvik <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>> wrote:<br>
>><br>
>><br>
>> My question now is whether you do something similar when working from C++? The reason I'm asking is that I'm in the process of porting an application under development from PyQt to Qt/C++, and I'm weighing the pros and cons of making use of VTK interactor/interactor styles vs making my own "tool system" for interaction.<br>
><br>
><br>
> Yes, I've been doing this in Qt/C++ for a while now, in fact I'm pretty sure that what I described previously was Qt/C++, and not the older PyQt interaction that I used a decade ago.  </p>
<p dir="ltr">Ah, I see.</p>
<p dir="ltr">><br>
>> If you do use a similar system when working from C++, I'm wondering whether you make use of QVTKWidget, or if you have your own such class? Because looking at QVTKWidget (which I currently make use of), it seems to force a VTK interactor to be set on its rendering window (if one is not provided, it will create one).<br>
><br>
><br>
> No, I don't use QVTKWidget.  Tying Qt and VTK together is tricky, and I felt that I needed total control over the QT<->VTK connection which meant writing my own class.  I wanted something minimal so that I'd be able to fix problems quickly.</p>
<p dir="ltr">Alright, that makes sense then. I'll see how I'll proceed. Thanks for sharing.</p>
<p dir="ltr">Elvis</p>
<p dir="ltr">><br>
>  - David</p>