Lincoln, Robert, In taking another look at look at the code especially in light of Roberts suggestion of possibly adding something to traits that would flag the issue and realized that it is already in place. Traits already has an optional WindowData structure pointer that contains the HWND Handle. The presence or not of the HWND handle result is set in the class variable _ownsWindow which can be used to prevent the added call to resized if _ownsWindow is not set. This will certainly give us a more absolute test than checking for x and y being equal to 0. I do think however that the fact that someone felt the need to add check if a window has been resized before it has been drawn may point to other issues in the code. I think the only thing that the areWindowDimensionsChanged call could be catching is some inconsistency in the window creation setup. I'll make the make the changes that I'm suggesting here on my system and send you the GraphicsWindow32.cpp file shortly however I don't think that this is the only fix that we will need in the library based on what Lincoln is describing. Certainly at this point it will be better to have a complete fix than a quick one.
Glen Johnson Phone: 321-696-3122 Email: [email protected] -----Original Message----- From: osg-submissions [mailto:[email protected]] On Behalf Of Lincoln Nxumalo Sent: Friday, October 30, 2015 3:30 AM To: [email protected] Subject: Re: [osg-submissions] OGS 3.4.0 - The view provided by OSG is incorrectly positioned within window that has been previously created in Windows outside of OSG Hi Glen and Robert, I am also developing using MFC and as much as I would like a quick fix for this issue I'm afraid Robert could be right. The bug that we are seeing could be a symptom of of more serious problem. The reason I am saying this is because I tried building a GL3 context in MFC and I ran into another problem. The viewer is not responsive; the viewer fails to grab focus and the colors are not properly displayed. The only visible colors are blue and white and the loaded model is zoomed in a lot such that only a small portion of the loaded model is visible. And this is with or without the proposed fix. So clearly there's a more fundamental issue that needs to be resolved. The bugs that we are seeing are more likely a result of such problem. Currently I do not have a solution but I am working on it and hopefully I can have a permanent fix a.s.a.p. Hopefully other windows developers can pitch in as well and try to assist. ... Thank you! Cheers, Lincoln ------------------ Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=65493#65493 _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph. org _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
