Альтернативные способы определения есть ли у окна горизонтальная полоска скроллинга

@Melamed · Регистрация: 07.06.2018

Студворк — интернет-сервис помощи студентам

Приветствую Всех.

Я определяю наличие горизонтальной полоски скроллинга с помощью стиля окна WS_HSCROLL.

Но проблема в том, что данный метод работает только для первого дочернего MDI окна в Windiws 10. Для всех последующих окон, открытых том же в MDIClient у окна всегда устанавливается стиль WS_HSCROLL, не зависимо от того, есть ли горизонтальная полоска скроллинга в этом окне или нет.

Verevkin · 02.10.2025, 11:52

Интересно, а зачем?

@Melamed · 02.10.2025, 12:11 **[ТС]**

Сообщение от Verevkin

Интересно, а зачем?

Если нет горизонтальной полоски экрана изображение центрируется по горизонтали окна, в противном случае оно выводится, начиная с левого края с учетом местоположения ползунка горизонтальной полоски скроллинга

Verevkin · 02.10.2025, 12:19

Сообщение от Melamed

Если нет горизонтальной полоски экрана изображение центрируется по горизонтали окна, в противном случае оно выводится, начиная с левого края с учетом местоположения ползунка горизонтальной полоски скроллинга

А чего ж ты просто не сравнишь размеры картинки (с учётом зума) с размерами клиентской области окна? Ведь, горизонтальная полоса прокрутки появляется тогда, когда ширина контрола вылазит за пределы клиентской области.

@VTsaregorodtsev · 02.10.2025, 12:38

Эх, давно не брал я в руки ~~шашек~~ ВинАПИ...

Сообщение от Melamed

Я определяю наличие горизонтальной полоски скроллинга с помощью стиля окна WS_HSCROLL.

А как конкретно до стилей добираешься? Через GetWindowInfo() или через GetClassInfoEx() ?

Разным классам дочерних окон можно задать как одинаковые, так и разные стили функцией RegisterClassEx(). Но затем, при создании любого окна функцией CreateWindow()/CreateWindowEx(), можно ПЕРЕОПРЕДЕЛИТЬ стили этого конкретного окна.
Т.е. если зарегистрировал для дочерних окон один единственный класс, создаёшь дочерние окна с разными стилями и затем достаёшь стили КЛАССА - то естественно, что они будут одинаковы у всех этих окон.
А если зарегистрировал несколько классов с разными стилями, но затем для всех этих классов создал окна с одинаковыми стилями - то при доставании стилей ОКНА они тоже будут одинаковы.

Ну и никто не отменял возможную ошибку в коде, когда в GetWindowInfo() передаётся один и тот же hwnd - и возвращается, поэтому, стиль одного и того же окна, а не разных.

@Melamed · 02.10.2025, 12:49 **[ТС]**

Сообщение от VTsaregorodtsev

А как конкретно до стилей добираешься? Через GetWindowInfo() или через GetClassInfoEx() ?

Я стили окна получаю с помощью API функции GetWindowLong или GetWindowLongPtr со флагом GWL_STYLE

@VTsaregorodtsev · 02.10.2025, 13:13

О, ещё и третий способ. Да, подзабыл я ВинАПИ...
Но это всё равно не отменяет вопроса (в прошлый раз заданного не в виде вопроса - в виде описания механики ВинАПИ) о том, почему у дочерних окон должны быть разные стили. В какой момент (при регистрации класса(ов) и/или при создании окон) окна получают разные стили?

@Melamed · 02.10.2025, 13:37 **[ТС]**

Сообщение от VTsaregorodtsev

Но это всё равно не отменяет вопроса (в прошлый раз заданного не в виде вопроса - в виде описания механики ВинАПИ) о том, почему у дочерних окон должны быть разные стили. В какой момент (при регистрации класса(ов) и/или при создании окон) окна получают разные стили?

Класс окна один и тот же, им регистрируется он при запуске приложения один раз. Создается класс одним и тем же способом с помощью следующего кода

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
HWND CMDIWindow::CreateMDIChild(LPCTSTR pszClassName, LPCTSTR pszTitle)
{
    MDICREATESTRUCT mcr;
    mcr.szClass = pszClassName;
    mcr.szTitle = pszTitle;
    mcr.hOwner = CWinApp::GetModule();
    mcr.x = CW_USEDEFAULT;
    mcr.y = CW_USEDEFAULT;
    mcr.cx = CW_USEDEFAULT;
    mcr.cy = CW_USEDEFAULT;
    mcr.style = 0;
    mcr.lParam = (LPARAM)this;
    return (HWND)SendMessage(
        m_hwndMDIClient,
        WM_MDICREATE,
        0,
        (LPARAM)&mcr
    );
}

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Melamed 29 / 15 / 10 Регистрация: 07.06.2018 Сообщений: 110

	Альтернативные способы определения есть ли у окна горизонтальная полоска скроллинга 02.10.2025, 11:01. Показов 1117. Ответов 7 Метки нет (Все метки) Приветствую Всех. Я определяю наличие горизонтальной полоски скроллинга с помощью стиля окна WS_HSCROLL. Но проблема в том, что данный метод работает только для первого дочернего MDI окна в Windiws 10. Для всех последующих окон, открытых том же в MDIClient у окна всегда устанавливается стиль WS_HSCROLL, не зависимо от того, есть ли горизонтальная полоска скроллинга в этом окне или нет. 0

Verevkin Злостный нарушитель 10340 / 5758 / 1269 Регистрация: 12.03.2015 Сообщений: 26,593
	02.10.2025, 11:52
	Интересно, а зачем? 1

@VTsaregorodtsev 2642 / 1653 / 267 Регистрация: 19.02.2010 Сообщений: 4,381
	02.10.2025, 13:13
	О, ещё и третий способ. Да, подзабыл я ВинАПИ... Но это всё равно не отменяет вопроса (в прошлый раз заданного не в виде вопроса - в виде описания механики ВинАПИ) о том, почему у дочерних окон должны быть разные стили. В какой момент (при регистрации класса(ов) и/или при создании окон) окна получают разные стили? 0