<p dir="ltr">Den 11 apr. 2017 6:04 em skrev "David Gobbi" <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>>:<br>
><br>
> On Tue, Apr 11, 2017 at 1:19 AM, Elvis Stansvik <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>> wrote:<br>
>><br>
>><br>
>> Thanks David & Clint for your insights.<br>
>><br>
>> David: Is your VTK/Qt widget class something you could share? It<br>
>> sounds like it has accumulated a lot of battlefield wisdom that could<br>
>> be useful to others :)<br>
><br>
><br>
> It's part of an internal project, so I can't release it (or at least, not yet).</p>
<p dir="ltr">Alright.</p>
<p dir="ltr">><br>
>> Regarding your noop QPaintEngine, what problem have you bumped into<br>
>> that this is solving?<br>
><br>
><br>
> This was needed in order to get rendering to work on a Windows system.<br>
> Qt was always erasing the VTK scene by painting over it with the widget's<br>
> background color.  I tried setting the WA_NoSystemBackground flag and<br>
> the WA_PaintOnScreen flag to stop Qt from doing this, but the only trick<br>
> that always worked was replacing the QPaintEngine with a dummy. </p>
<p dir="ltr">Ah, very interesting. I was porting our app to Windows just today actually. Only just gotten it to build, but can't test running it yet since I'm relegated to VirtualBox until we get a Windows test machine, and the VirtualBox OpenGL driver is not capable enough (ARB_geometry_shader4 missing, probably more). Thanks for the heads up, I may run into this soon.</p>
<p dir="ltr">Elvis</p>
<p dir="ltr">><br>
>  - David<br>
</p>