<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 9, 2019 at 7:43 AM Ismail Sunni <<a href="mailto:imajimatika@gmail.com" target="_blank">imajimatika@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Yes, that issue was a blocker in week 1 [1]. I have discussed with Martin and Peter. Martin suggests 3 alternatives for it:</div><div><ol><li>Using QtQuick --> Adding dependencies, it will need to go through QEP and so on</li><li>Render it as a 3D object (like Tim said) --> too much work</li><li>Doing as normal QWidget (like current implementation, the alternative that we chose)</li></ol><div>I also feel that the current implementation is not what I expect. The first proposal was also a floating widget. Unfortunately, I didn't know that it's not possible by using QWidget on top of Qt3DWindow at that time I wrote the proposal.</div></div></div></blockquote><div><br></div><div>As Ismail says, we have discussed that but couldn't come up with a simple solution that would not take a lot of time. Both alternatives (rendering controls with Qt3D / rendering controls with QtQuick) would be heavy on extra code changes. 3D windows are quite special because they are being rendered in a different way, so one can't just easily embed other QWidgets on top of 3D window (and this will be probably OS-specific as well).</div><div><br></div><div>For the time being we could maybe make a good use of the space - e.g. show coordinates of the points towards which the camera is looking or optionally show some debugging information.</div><div><br></div><div>Cheers</div><div>Martin</div><div><br></div></div></div>