Qian Hong qhong@codeweavers.com writes:
Hello,
This patch superseded patch 99498. Thanks Vincent Povirk for the previous comment, now I try to implement OpenInputDesktop in user32 and server.
I don't think that makes sense, under Wine every desktop is potentially an input desktop, there's no way to decide which one is the "real" one.
Hello,
On Wed, Oct 23, 2013 at 11:11 PM, Alexandre Julliard julliard@winehq.org wrote:
I don't think that makes sense, under Wine every desktop is potentially an input desktop, there's no way to decide which one is the "real" one.
Thanks a lot for reviewing! I'm not sure I understand what you expect, I attach a draft version similar to patch 99498 with some improvements, could you have a look? If that's not what you expect, could you advice a bit more details what's the preferred way to improve OpenInputDesktop rather than a stub?
Thanks again.
Qian Hong qhong@codeweavers.com writes:
Hello,
On Wed, Oct 23, 2013 at 11:11 PM, Alexandre Julliard julliard@winehq.org wrote:
I don't think that makes sense, under Wine every desktop is potentially an input desktop, there's no way to decide which one is the "real" one.
Thanks a lot for reviewing! I'm not sure I understand what you expect, I attach a draft version similar to patch 99498 with some improvements, could you have a look? If that's not what you expect, could you advice a bit more details what's the preferred way to improve OpenInputDesktop rather than a stub?
Probably you could simply return the desktop of the current thread.
Hello,
Thanks again for the advice.
Probably you could simply return the desktop of the current thread.
Simply returning the desktop of current thread breaks one existent test, I adjust the idea to return the desktop of 'current process'.
A new version is sent, I appreciate for the review!
-
Alexandre Julliard -
Qian Hong