HI Amalric, Thanks for the example, I'll have a look at item 2 with this example and see how I get on.
W.r.t you item 1 - the resize issue, I'm not a Window developer so have 0 MFC expertise, the best I can suggest is that you look at the resize propagation i.e. are resize events being passed from MFC to the actual GraphicsContext? Please be prepared to dive into the code yourself and try to debug it as the set of OSG users who use MFC will be relatively small percentage. Robert. On Tue, Jun 24, 2008 at 9:30 AM, amalric alexandre <[EMAIL PROTECTED]> wrote: > Hi Jean-Sébastien, > > I was kidding when I was saying that the community wasn't really > appreciating windows. > > I have resolved my bug about adding and removing views, I don't know exactly > how because I made a lot of modification in my code and I was a little bit > lost. > > But there is 2 others strange behaviours that the community can reproduce : > > 1) The first one is about the MFC sample (OSG 2.5.2), sorry it's seems to be > related to the GraphicsWindowWin32 : > - First open a model > - Minimize the first window > - Click on "Window"->"New Window" > - Minimize the second window > - Close the first window > - Then try to resize by holding the corner of the second window > You'll see something like the picture I attached. > > > 2) The second bug is about something we told in a previous post : > [osg-users] Textures disappear when removing and adding views > I attached a code sample (derived from osgwindow sample) wich reproduce this > kind of bug : > - Launch my sample, loading the cow.osg (default behaviour no args) > - Press 'a' key to remove a view from the composite viewer > - Press 'z' key to add a new view to the composite viewer > - The new view is showing a cow without any texture > > How can we avoid this kind of behaviour, am I missing something ? > > Kind regards, > > > > > 2008/6/23 Jean-Sébastien Guay <[EMAIL PROTECTED]>: >> >> Hello Alexandre, >> >>> I know that the community isn't really appreciating windows and MFC but >>> I'm not sure to reproduce the bug in an other example, I'll give a try and >>> you will hear from me if I succeed. >> >> I wouldn't interpret what Robert said as "the community isn't really >> appreciating Windows and MFC", just that if you base your example on the MFC >> example then you're vastly reducing the chances that your problem will get >> debugged/fixed. The simulation market (where OSG has been mostly used since >> the project was started) has traditionally been more Unix/Linux-centered, so >> it's not surprising that Windows is not chosen as much. >> >> Please try to reproduce your problem in a general example (like >> osgcompositeviewer for example) and if you succeed, send it in. If not, then >> modify osgviewerMFC to see if you can reproduce it there. I can test it out, >> and so can others I think, just not the majority of the poeple who are well >> placed to find/fix the problem (I may be able to compile/run your example, >> but I might not be able to find out what's wrong...). >> >> J-S >> -- >> ______________________________________________________ >> Jean-Sebastien Guay [EMAIL PROTECTED] >> http://www.cm-labs.com/ >> http://whitestar02.webhop.org/ >> _______________________________________________ >> osg-users mailing list >> [email protected] >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > -- > Alexandre AMALRIC Ingénieur R&D > =================================== > PIXXIM S.A. 73E, rue Perrin-Solliers 13006 Marseille > http://www.pixxim.fr > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
