Hello wine-devel,
I've got a problem with 'Theme Hospital' game application. It requires some keyboard input to start.
But the problem is that this application doesn't receive any keyboard events.
I've put some checks inside function process_events (dlls/x11drv/event.c) but they show that no keyboard events (KeyPress, KeyRelease)
I don't have any experience in this area and ask for you guidance, where to look at.
I believe this is the same issue i am seeing with IE started in full screen mode. It appears that those windows are being created in unmanaged mode and thus never generate any of the focus events that wine uses to try to track input focus.
if you place them into a desktop then it works fine. I am unfamiliar enough with that level of the windowing code that i am unsure how to fix it right.
-aric
Oleg Prokhorov wrote:
Hello wine-devel,
I've got a problem with 'Theme Hospital' game application. It requires some keyboard input to start.
But the problem is that this application doesn't receive any keyboard events.
I've put some checks inside function process_events (dlls/x11drv/event.c) but they show that no keyboard events (KeyPress, KeyRelease)
I don't have any experience in this area and ask for you guidance, where to look at.
On Tue, 06 Jan 2004 08:53:01 -0600, Aric Stewart wrote:
if you place them into a desktop then it works fine. I am unfamiliar enough with that level of the windowing code that i am unsure how to fix it right.
I think the reason we make these windows unmanaged is because they don't have window borders - if you can figure out a patch to allow them to be managed that would go some way towards fixing this issue I think (though fullscreened apps would still require some more work).
The tricky bit is being able to tell the difference between windows created for toplevel windows by the app and stuff like menu popups, tooltips etc.
Hello Mike,
Wednesday, January 7, 2004, 12:15:28 AM, you wrote:
MH> I think the reason we make these windows unmanaged is because they don't MH> have window borders - if you can figure out a patch to allow them to be MH> managed that would go some way towards fixing this issue I think (though MH> fullscreened apps would still require some more work). Where could I look at to find how (unmanaged) window was created ?
Specifically in my case i've got 2 Ddraw applications (games): one allows keyboard input but another fails. And no idea why does this happen.