Hello Robert,
Thursday, January 8, 2004, 1:27:23 PM, you wrote:
RG> I had the same problem as Oleg Prokhorov (no keyboard input in
RG> fullscreen games) and following patch fixed it
RG> (just a single line in Randr and XVid drivers). I do not know if
RG> something gets broken by it; I have tested
Hello,
I had the same problem as Oleg Prokhorov (no keyboard input in
fullscreen games) and following patch fixed it
(just a single line in Randr and XVid drivers). I do not know if
something gets broken by it; I have tested it with Railroad Tycoon II
demo.
--- wine-20031212/dlls/x11drv/xvidmode.
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>
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 wind
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
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 sho
