I have developed a HWND-control windows class, which is registered with the
OS. Its parent is a canvas that does not have its bounds set in the IDE. It
is possible to create this plugin control on the fly (Users have to provide
a window and the bounds of the plugin control), while the plugin also
provides an rb-control which can be used in the IDE to provide preset bounds
functionality. The constructor to be used under these circumstances requires
this RB-control container, and the bounds and window will be extracted from
this container. Again a canvas will be used as the parent of the
HWND-control windows class.
While the former procedure leads to the desired results, the wndproc is
called, and not the canvas' mousedown, keydown events, the latter procedure
does not lead to the invocation of the wndproc; instead the canvas' events
are invoked. This is still ok with me because I can send messages to the
subclassed HWND-control windows subclass, but the REALcontrol is stealing
the focus, and this is a major issue. (THe REALcontrols only flag is
controlOWnsCursor)
The REALcontrol only implements the Redraw and StateChanged events, but it
appears to be interfering with the subclassed-canvas behavior. What I would
really like to see if RB could provide a REALcontrol for windows, which does
not create its own wndproc. Is this a reasonable request? I would believe
so, it would somehow be equivalent to the MacOS HIView flag(s).
Currently, I will have to provide additional internal apis to deal with the
problem described above, but one difficult task is to sort out what is
getting the focus and how to manage ::SetFocus with REALSetFocus... Of
course, if the request could be provided very easily, it would be cool to
have it in 5.5.5, ...
Alfred
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|