Как я могу обойти асимметрию GetParent/EnumChildWindows?

Question

Недавно я проверил графический интерфейс с Microsoft Spy ++ и заметил странную структуру; Выглядело это (предупреждение, ASCII искусства впереди):

 
| 
+ 002004D6 "MyRootWindow1" FooClassName 
| | 
| + 001F052C "MyChildWindow" ClassOfChildWindow 
| 
\ 001D0A8C "MyRootWindow2" SomeOtherClassName 

Есть два корня окна, 002004D6 и 001D0A8c, бывший один из которых имеет одно дочернее окно, 001F052C.

Теперь, это было бы все хорошо, и найти, если это не было для одной вещи: вызов GetParent (или смотреть «Родительское окно» или поля «Владелец окна» в Spy ++) на дочернем окне (001F052C) дает 001D0A8C ,

Читайте: «MyChildWindow» является дочерним положением «MyRootWindow1», но «MyRootWindow1» не является родительским элементом «MyChildWindow». Вместо этого родителем «MyChildWindow» является «MyRootWindow2», но, чтобы сделать это полным, перечисление детей «MyRootWindow2» не дает «MyChildWindow».

Это совершенно статическое приложение графического интерфейса, поэтому здесь нет условий гонки.

Кто-нибудь знает, как это может произойти? Кто-нибудь знает, как я могу обойти это? До сейчас я использовал GetParent и EnumChildWindows, чтобы получить родительский (или дочерний) для данного HWND, и я предположил, что это соотношение является симметричным. Может быть, что-то еще я должен использовать?

EDIT: Вот код программы небольшой C++, который демонстрирует проблему:

const HINSTANCE thisModule = ::GetModuleHandle(NULL); 
HWND oldParent = ::CreateWindow(TEXT("STATIC"), 
           TEXT("Old parent"), 
           WS_VISIBLE | WS_BORDER, 
           0, 0, 850, 500, 
           NULL, 
           NULL, 
           thisModule, 
           NULL); 
HWND child = ::CreateWindow(TEXT("STATIC"), 
          TEXT("This is a sample dialog"), 
          WS_OVERLAPPED | WS_POPUP | WS_VISIBLE | WS_BORDER, 
          100, 100, 300, 300, 
          oldParent, 
          NULL, 
          thisModule, 
          NULL); 
HWND newParent = ::CreateWindow(TEXT("STATIC"), 
           TEXT("Fake main window"), 
           WS_VISIBLE | WS_BORDER, 
           0, 0, 850, 500, 
           NULL, 
           NULL, 
           thisModule, 
           NULL); 
::SetParent(child, newParent); 

Обратите внимание, как «ребенок» объект имеет WS_POPUPиWS_OVERLAPPED набор, но не WS_CHILD.

Answer 1

Документация GetParent объясняет: «Обратите внимание, что, несмотря на свое название, эта функция может возвращать окно владельца, а не родительского окна.»

Как вы не создаете дочернее окно Я угадываю вы хит этот случай.

Вы должны иметь возможность вызывать GetAncestor, передавая GA_PARENT, как указано в документации: «Извлекает родительское окно. Это не включает владельца, как в функции GetParent».

См Win32 window Owner vs window Parent?

Answer 2

Ну, это не имеет большого значения, конечно. Пахнет, как дочернее окно перевоспитывает себя. Это обычная методика в .NET Windows Forms, у нее есть «окно парковки», где дочерние элементы управления могут находить временный дом, когда их окно контейнера необходимо воссоздать, потому что изменился стиль окна. Это не очень заметный эффект, он также временный.

Другой, удаленный, возможность SetParent(). У этого есть appcompat поведение для поддержки старых программ Windows 3.x. Это объясняется довольно хорошо в документах SDK для него, в двух словах окно может быть родительским, но не устанавливать флаг стиля WS_CHILD. Adobe Acrobat Reader является классическим примером программы, которая делает это. Какой эффект, который будет иметь для EnumChildWindows, неясен для меня.

Последнее, но не менее важное: не забывайте, что Spy ++ дает статический вид окон. Для отслеживания изменений важно нажать F5 для обновления списка окон.

Не большие объяснения. Попытайтесь выяснить, действительно ли важно, какое окно верхнего уровня активно, я подозреваю, что это так.