If you want to take the messages before GWWin32 does, you need certainly to
subclass again. But i think its chipier than redefining GWWin32. You can't
derive it and override the window creation. (Thats why i redefine one
completely).
W.r.t to focus, what i do is manage the WM_MOUSEACTIVATE messa
Himar Carmona wrote:
- I modified the init method to create a child Window (WS_CHILD) when
inheritedWindowData is provided. (Implemented a createChildWindow
method).
Hrm... but isn't inheritedWindowData normally used to pass a window
which will contain the GL context, not the parent of that w
Himar Carmona wrote:
I have done this manner and it functions like a charm. You don't have to
provide your own handling of the events. Why? Because GraphicsWindowWin32
register his own WindowProcedure if you provides it a Handle. (see
registerWindowProcedure).
Ah! I didn't notice that it was ta
Hi,
i must correct myself for the last message. What Eron ask in his first
message is certainly possible with the current version of
GraphicsWindowWin32 (OSG version 2.1.1 and also with version 2.0 since the
code involved has not been modified). After reading this post (and
responding erroneous
hi,
i forget to comment that you can't derive directly from
GraphicsWindowWin32 and change how it create the window, because the window
is created at the constructor and can't be avoided.
___
osg-users mailing list
osg-users@openscenegraph.net
http://op
Hi,
some time ago (1 month?), i had the same requirement. In my particular
scenario i need to make the GraphicsWIndowWin32 a children window instead of
taking the parent Hwnd and adapting it to work with OpenGL (PixelFormat and
WGLxxx). I modified GraphicsWindowWin32 directly in my osg downloa
Hi Eron,
Inheriting just the parent window is something I've considered - my
thought was to have both the parent and the window handles defined in
custom WindowData and then have the GraphicsWindow class check to see
if parent window and/or window handles have been defined and use which
ones have
Hi Robert,
Although somewhat different, they also suffer from the problem that
events must be reimplemented. I'd like to create an embedded window
that uses the code GraphicsWindowWin32 uses for event handling.
One option that would *almost* work is to create the window separately
and pass
Hi Eron,
Have a look at the osgviewerGLUT, FLTK, SDL and QT examples as they
illustrate a viewer entirely embedded within an exisiting window.
These examples are setup slightly differntly than examples like
osgviewerMFC, and use GraphicsWindowEmbedded to adapt the Viewer to
work in this role.
Ro
Hello,
I know the issue of embedding an osg viewer in a window as a component
has been addressed to some level, with examples like osgviewerMFC, but I
believe there are some major issues with this.
In particular, the GraphicsWindowWin32 does a fair amount of work in
order to convert Win32 ev
10 matches
Mail list logo