Как найти дескриптор окна

Войти на сайт

или

Забыли пароль?
Еще не зарегистрированы?

Чтобы найти дескриптор окна можно воспользоваться функцией GetNextWindow API Windows. Определение этой функции:

HWND GetNextWindow(hWnd hWnd, unsigned int wCmd);

Она определяет дескриптор следующего или предыдущего окна в Z-последовательности. Параметр hWnd – дескриптор окна, от которого начинается отсчет. Параметр wCmd определяет направление поиска. Если wCmd = GW_HWNDNEXT, то ищется следующее окно, находящееся ниже. Если wCmd = GW_HWNDPREV, то ищется предыдущее окно, находящееся выше.

Следующее окно в Z-последовательности – это то, которое вызывалось из указанного или к которому пользователь обращался после создания указанного окна. Если указано дочернее окно, то поиск ведется среди дочерних окон.

Если искомое окно найдено, то возвращается его дескриптор. Если следующего или предыдущего окна нет (в зависимости от значения wCmd), то возвращается 0.

Можно использовать функцию GetNextWindow для поиска окна с известным текстом. Но при этом нам потребуется еще одна функция API Windows – GetWindowText. Эта функция копирует текст, связанный с указанным окном, в указанный буфер. Ее объявление имеет вид:

int GetWindowText(HWND hWnd, char *lpString, int nMaxCount);

Параметр hWnd – дескриптор окна. Параметр IpString указывает на буфер, в который копируется текст. Параметр nMaxCount определяет максимальное число копируемых символов. Если число символов в тексте превышает эту величину, текст усекается.

Если функция выполнилась успешно, она возвращает число скопированных символов, исключая завершающий нулевой символ. Если окно не имеет полосы заголовка или текст заголовка отсутствует, или при неверном дескрипторе возвращается нуль.

Теперь мы можем решить задачу, поставленную нами в качестве примера: определить дескриптор окна выполняемого приложения «Калькулятор». Это можно сделать с помощью следующего кода:

HWND H = Handle;
char Pch[128];
do
{
H = GetNextWindow (H, GW__HWNDNEXT);
GetWindowText(H,Pch,128);
if(CompareText(Pch, "Калькулятор") == 0)
break;
}
while(H != NULL);
if(H != NULL)
//...свой код программы

Первый выполняемый оператор присваивает переменной H значение свойства Handle формы вашего приложения. Далее в цикле просматриваются окна, лежащие ниже в Z-последовательности, и среди них ищется окно с текстом «Калькулятор». Для этого используется функция CompareText, сравнивающая без учета регистра строку, на которую указывает Pch, со строкой «Калькулятор». Если строки совпадают, функция CompareText возвращает нуль. Пользуясь тем, что С++ позволяет оперировать с целыми значениями как с булевыми, строку оператора if можно было бы записать и в таком виде:

if(!CompareText(Pch, "Калькулятор"))
{
...
}

Окно калькулятора будет найдено, если око получало фокус после запуска вашего приложения. Таким образом, если пользователь запустил «Калькулятор» из вашего приложения или даже если «Калькулятор» был запущен ранее или независимо от вашего приложения, дескриптор его окна будет найден. Если цикл завершается со значением H = NULL, значит приложение «Калькулятор» в данный момент не открыто.

http://www.cnblogs.com/zjutlitao/p/3889900.html

1. Используйте функцию FindWindow, чтобы получить дескриптор окна.

Пример:Используйте функцию FindWindow, чтобы получить дескриптор окна, затем получить размер окна и переместить окно в указанное положение.

Мы хотим взять оконную ручку крутой музыкальной шкатулки и переместить ее, что нам делать?

[WinAPI] Несколько методов получения дескриптора окна

Сначала откройте SPY ++ в инструменте в VC или VS и щелкните окно поиска следующим образом:

PS：Переместите похожую на яблочко вещь в окно, которое вы хотите найти. Это Kuwo Music Box. Информация об окне появится ниже, включая дескриптор, имя, класс, тип, размер и расположение окна. Нажмите ОК, и появится дополнительная информация ~

PS:Поскольку FindWindowA (LPCSTR lpClassName, LPCSTR lpWindowName); может найти дескриптор окна по имени класса окна и имени окна, если вы знаете только одно, напишите другое как null. Здесь мы обнаружим, что его имя окна будет следовать за воспроизводимой песней Поэтому неразумно находить дескриптор окна по имени окна (но мы можем получить имя воспроизводимой в данный момент музыки по имени окна!), Поэтому мы используем имя класса окна, чтобы получить дескриптор окна.

Ха-ха, остальные две функции очень просты, и я должен это понять.

#include <Windows.h>  
#include <stdio.h>  
#include <string.h>  
#include <iostream>
using namespace std;


int main(int argc, char* argv[])
{
	// Получение дескриптора окна Kuwo Music в соответствии с именем класса окна  
	//HWND hq = FindWindow("kwmusicmaindlg", NULL);
	 // WeChat
	HWND hq = FindWindow("WeChatMainWndForPC", NULL);
	//qq
	//HWND hq = FindWindow("TXGuiFoundation", NULL);
	 // Получаем размер крутого музыкального окна  
	RECT rect;
	GetWindowRect(hq, &rect);
	int w = rect.right - rect.left, h = rect.bottom - rect.top;
	 cout << "wide:" << w << "" << "high:" << h << endl;


	 // Горизонтальные и вертикальные координаты положения мобильного окна - 100 позиций  
	MoveWindow(hq, 100, 100, w, h, false);


	 // Получаем окно рабочего стола  
	HWND hd = GetDesktopWindow();
	GetWindowRect(hd, &rect);
	w = rect.right - rect.left;
	h = rect.bottom - rect.top;
	 cout << "Ширина:" << w << "" << "Высокая:" << h << endl;


	return 0;
}

>_<:Здесь функция GetWindowRect может получить прямоугольник окна, и размер окна может быть рассчитан в соответствии с прямоугольником окна; MoveWindow может перемещать окно в указанную позицию, а 4-й и 5-й параметры также могут изменять размер окна!

>_<:Ниже я добавил дополнительную операцию, чтобы получить размер рабочего стола ~

2、Получить все окна верхнего уровня и их дочерние окна

Пример:Используйте функции EnumWindows и EnumChildWindows и относительные функции обратного вызова EnumWindowsProc и EnumChildWindowsProc, чтобы получить все окна верхнего уровня и их дочерние окна.

нота:Некоторые окна были специально обработаны, например, QQ нельзя получить этим методом!

>_<:Как показано выше, у некоторых окон нет имен, поэтому они пусты ~

3. Используйте функции GetDesktopWindow и GetNextWindow, чтобы получить все дочерние окна.

PS:Пройдя таким образом, вы можете найти нужный дескриптор окна (не делайте плохих вещей! Ха-ха ~)

^{In light of a recent discussion on Meta complaining that questions like this one have “not been properly answered”, I’m going to try and give answering this one a whirl. Not to imply that I think meklarian’s answer is bad—in fact, far from it. But it’s clearly been deemed unsatisfactory, so perhaps I can fill in some of the additional details.}

Your problem results from a fairly widespread confusion over what the desktop window actually is. The GetDesktopWindow function does precisely what it’s documented to do: it returns a handle to the desktop window. This, however, is not the same window that contains the desktop icons. That’s a completely different window that appeared for the first time in Windows 95. It’s actually a ListView control set to the “Large Icons” view, with the actual desktop window as its parent.

Raymond Chen, a developer on the Windows Shell team provides some additional detail in the following Windows Confidential article: Leftovers from Windows 3.0

[ . . . ]  While in Windows 3.0, icons on the desktop represented minimized windows, in Windows 95, the desktop acted as an icon container.

The Windows 95 desktop was actually a window created by Explorer that covered your screen (but sat beneath all the other windows on your desktop). That was the window that displayed your icons. There was still a window manager desktop window beneath that (the window you get if you call Get­Desktop­Window), but you never saw it because it was covered by the Windows 95 desktop—the same way that the wood paneling in the basement of my colleague’s house covered the original wall and the time capsule behind the wall.

[ . . . ]

This desktop design has remained largely unchanged since its introduction in Windows 95. On a typical machine, the original desktop is still there, but it’s completely covered by the Explorer desktop.

In summary, then, the window returned by the GetDesktopWindow function is the actual desktop window, the only one we had way back in Windows 3.0. The Explorer desktop (the one that contains all your icons) is merely another window sitting on top of the desktop window (although one that completely covers the original) that wasn’t added until Windows 95.

If you want to get a handle to the Explorer desktop window, you need to do some additional work beyond simply calling the GetDesktopWindow function. In particular, you need to traverse the child windows of the actual desktop window to find the one that Explorer uses to display icons. Do this by calling the FindWindowEx function to get each window in the hierarchy until you get to the one that you want. It has a class name of SysListView32. You’ll also probably want to use the GetShellWindow function, which returns a handle to the Shell’s desktop window, to help get you started.

The code might look like this (warning: this code is untested, and I don’t recommend using it anyway!):

HWND hShellWnd = GetShellWindow();
HWND hDefView = FindWindowEx(hShellWnd, NULL, _T("SHELLDLL_DefView"), NULL);
HWND folderView = FindWindowEx(hDefView, NULL, _T("SysListView32"), NULL);
return folderView;

I noted there that I don’t actually recommend using that code. Why not? Because in almost every case that you want to get a handle to the desktop window (either the actual desktop window, or the Explorer desktop), you’re doing something wrong.

This isn’t how you’re supposed to interact with the desktop window. In fact, you’re not really supposed to interact with it at all! Remember how you learned when you were a child that you’re not supposed to play with things that belong to other people without their permission? Well, the desktop belongs to Windows (more specifically, to the Shell), and it hasn’t given you permission to play with its toys! And like any good child, the Shell is subject to throwing a fit when you try to play with its toys without asking.

The same Raymond Chen has published another article on his blog that details a very specific case, entitled What’s so special about the desktop window?

Beyond the example he gives, this is fundamentally not the way to do UI automation. It’s simply too fragile, too problematic, and too subject to breaking on future versions of Windows. Instead, define what it is that you’re actually trying to accomplish, and then search for the function that enables you to do that.

If such a function does not exist, the lesson to be learned is not that Microsoft simply wants to make life harder for developers. But rather that you aren’t supposed to be doing that in the first place.