Re: r21711 shows confirmation dialogs underneath the window they originated

On Thu, Jul 28, 2011 at 14:57, Dmitry <wipedout_at_yandex.ru> wrote:
> Hey.
>
>>  > Maybe the following strategy could be used: call GetFocus(), then check that the returned windows macthes ot is a descendant of the one specified by the caller and if those two conditions are met use the one returned by GetFocus(). I mean it's the windows which spawned the context menu - it will likely have keyboard focus. Will this help?
>>  No, won't help:
> Okay, I agree that using focus is not a good idea. However I think using the fact that a window is modal can help here. Something like this: enumerate all windows using GetWindows(), filter only those that belong to current thread (GetWindowThreadProcessId()), then filter only those that have DS_MODALFRAME style, then select the topmost of them (using GW_HWNDNEXT with GetWindow() will I guess retrieve windows right in Z-order). Will this work?

Ok, please stop - I have no intention of coding something so
complicated just for a bug that's not even present anymore in the
latest version of the product (talking about visual studio here).
Every workaround for the bug in VS2008 just means that there's a
chance we break an app that does everything right instead.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2805362
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].