Получение координат иконки в трее

Сегодняшний пример - получение координат иконки в трее. Для чего это надо, я поясню чуть ниже. Сам код основан на уже знакомом вам переборе иконок в трее, поэтому практически все структуры будут такими же. Теоретическая часть работы с треем расписана там же, дублировать ее не буду. Начнем с описания всех необходимых структур и данных:Но теории все равно не избежать. В отличие от упомянутого кода, мы будем проверять, чтобы очередная иконка в трее принадлежала нашему процессу и при этом ее идентификатор совпадал с нужным. Если все условия выполнены, то отправляем окну трея сообщение TB_GETITEMRECT и получаем указатель на структуру, в которой содержатся координаты иконки относительно окна трея. С помощью ReadProcessMemory читаем эти данные и преобразуем в абсолютные экранные координаты функцией MapWindowPoints.

Не забываем про особенности чтения памяти 64-битного процесса из 32-битного. Пример реализации этого мощного колдунства также подробно расписан в статье по ссылке из первого абзаца. Тут приведен пример для x86.В современных системах, начиная с Windows 7 и Windows Server 2008, появился более удобный способ для получения координат иконки в трее - функция Shell_NotifyIconGetRect. В большинстве случаев для нее не надо искать окно трея, не надо лезть в память процесса, не надо играться с разрядностью системы. Список необходимых данных тоже заметно сократится:Если не требуется проверять видимость иконки, то весь код получения координат иконки в трее сократится до нескольких строчек. Главное только перед вызовом функции правильно заполнить структуру для идентификации иконки:Позиция иконки возвращается сразу же в экранных координатах, что тоже хорошо, дополнительно ничего преобразовывать не надо.

Важно помнить, что координаты иконки в трее не являются неизменными значениями. Пользователь может перетащить иконку на другую позицию или вообще скрыть иконку через настройки, вновь запущенное приложение может подвинуть иконку на другую позицию, Проводник может аварийно завершить работу и перезапуститься, в результате чего трей будет перерисован. Панель задач может изменить размер или положение на экране. Да мало ли чего может произойти. Поэтому обязательно надо заново получать координаты иконки перед тем, как выполнять связанные с этим действия.

Вот так мы плавно подошли к ответу на вопрос для чего это вообще надо. Дело в том, что система не предоставляет средств для полноценной обработки действий с мышью над иконкой в трее. Например, с помощью обычного обработчика сообщений совершенно невозможно отследить сообщения типа WM_MOUSEHOVER, WM_MOUSELEAVE и WM_MOUSEWHEEL. Но, зная координаты иконки, а затем сопоставив их с координатами события, это можно реализовать. Например, в следующем примере по таймеру можно опрашивать координаты иконки в трее и позицию курсора:Колесико мыши обрабатывается примерно так же, только не по таймеру, а через установку глобального хука. Но об этом я расскажу в одной из следующих статей.

В приложении примеры программ с исходными текстами, которые отслеживают изменение положения иконки в трее и перемещение курсора над этой иконкой.

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

Комментарии, содержащие рекламу, ненормативную лексику, оскорбления и т.п., а также флуд и сообщения не по теме, будут удаляться. Нарушителям может быть заблокирован доступ к сайту.