I think I found the source of my problem: ------------- Wine/windows/win.c ::CreateWindowEx
if ((cs->style & (WS_CHILD|WS_POPUP)) == WS_CHILD) parent = WIN_GetFullHandle(cs->hwndParent); else owner = GetAncestor( cs->hwndParent, GA_ROOT ); -------------------------- Why owner is not set to "WIN_GetFullHandle(cs->hwndParent)" ?
If I change this everything works OK except there is a problem with Z ordering (it is hiding popup window behind its owner when Managed=N) Is the source of problem somewhere in wine/dll/x11drv/winpos.c (I'm currently examining SWP_DoOwnedPopups function) and why it is working with --dll comctl32=n - no problems with Z order there?!
BTW I'm working with 20030618 build.
Igor
-----Original Message----- From: Dimitrie O. Paun [mailto:dimi@intelliware.ca] Sent: September 2, 2003 6:42 PM To: Igor Grahek Cc: wine-devel@winehq.org Subject: Re: TreeView & WM_NOTIFY
On Tue, 2 Sep 2003, Igor Grahek wrote:
My problem is very similar to bug 1227 (http://bugs.winehq.org/show_bug.cgi?id=1227) Treeview in application is sending WM_NOTIFY on double
click (NM_DBLCLK)
to the wrong Window handle. GetParent() function returns handle to the
root window
and root window is not forwarding/broadcasting that message
and message
is lost. Everything works fine under Windows or with --dll comctl32=n
I'm afraid you'll need to debug this and post a lot more detail, maybe a code fragment showing the undesirable behaviour.
-- Dimi.