Элементы управления главного окна

422

TBSTYLE_SEP. Дюжина или примерно столько разделителей требуется для резервирования места для окна комбинированного списка в панели инструментов.

Создание панели инструментов

Панель инструментов создается либо путем вызова функции CreateWindow и задания имени класса TOOLBARCLASSNAME, либо путем вызова функции CreateToolbarEx, которая создает панель инструментов и инициализирует набор кнопок. Ниже приведен прототип функции CreateToolbarEx:

HWND CreateToolbarEx(

HWND hwnd, DWORD ws, UINT wID, int nBitmaps, HINSTANCE hBMInst, UINT wBMID, LPCTBBUTTON lpButtons, int iNumButtons, int dxButton, int dyButton, int dxBitmap,

int dyBitmap, UINT uStructSize

);

Первые три параметра используются в вызове функции CreateWindow, который осуществляет функция CreateToolbarEx: hwnd — это описатель родительского окна, ws — флаги стиля окна, wID — идентификатор дочернего окна панели инструментов.

Следующие три параметра используются для загрузки ресурса битового образа, который содержит рисунки всех кнопок (множество изображений упакованы в строку в один битовый образ): nBitmaps — число изображений в битовом образе, hBMInst и wBMID идентифицируют ресурс битового образа для загрузки.

Параметр lpButtons — это указатель на массив элементов типа TBBUTTON, iNumButtons — задает число элементов в массиве. Каждый элемент TBBUTTON определяет битовый образ, идентификатор команды, тип кнопки, ее начальное состояние.

Размер каждой кнопки основывается на базе размеров изображения битового образа (dxBitmap, dyBitmap). Минимальная ширина кнопки равна dxBitmap+7 пикселей, минимальная высота кнопки — dyBitmap+7 пикселей. Существует возможность задать значения dxBitmap и dyBitmap для установки размеров кнопок больше минимальных. Если необходимости в этом нет, то значения dxBitmap и dyBitmap устанавливаются равными нулю.

Вариант панели инструментов основывается на размере структуры TBBUTTON, который задается последним параметром uStructSize, и должен равняться sizeof (TBBUTTON).

При создании панель инструментов устанавливает свой размер и местоположение в "правильные" значения: высота устанавливается в соответствии с высотой кнопок, ширина устанавливается в соответствии с шириной рабочей области родительского окна. Панель инструментов размещается в верхней части родительского окна. Заставить панель инструментов изменить эти установки можно только путем модификации стилей окна. Как это делать — описано в следующем разделе.

Стили окна панели инструментов

Основные свойства панели инструментов управляются с помощью установки флагов стиля окна. Разрешено совместное использование флагов основного стиля элементов управления общего пользования (CCS_) и флагов стиля, специфичных для панели инструментов (TBSTYLE_) (см. таблицу):

424

конфигурации панели инструментов (Customize Toolbar dialog box) для добавления, удаления или перемещения кнопок. (Это диалоговое окно появляется и при получении панелью инструментов сообщения TB_CUSTOMIZE.) Изменение конфигурации требует от родительского окна реагирования на некоторые уведомляющие сообщения — TBN_QUERYINSERT и TBN_QUERYDELETE, посылаемые среди других панелью инструментов, которые запрашивают разрешение на вставку или удаление кнопок. Для панели инструментов с изменяемой конфигурацией флаг стиля TBSTYLE_ALTDRAG изменяет пользовательский интерфейс перемещения кнопок с сочетания клавиши <Shift> и левой кнопки мыши на сочетание клавиши <Alt> и левой кнопки мыши для тех случаев, когда первое сочетание используется в других целях.

Флаг стиля TBSTYLE_TOOLTIPS требует от панели инструментов создания элемента управления подсказка, который выводит маленькое окно с текстом для каждой кнопки. Родительское окно панели инструментов получает уведомление TTN_NEEDTEXT (в форме сообщения WM_NOTIFY), когда окну подсказки необходим текст для конкретной кнопки.

Задание изображений на поверхности кнопок

Оконная процедура панели инструментов преобразует простой битовый образ в множество изображений, необходимых для вывода на поверхность кнопок. При этом все изображения будут иметь одинаковый размер. Битовые образы с более чем одним изображением должны помещать изображения в одну строку так, чтобы второе изображение находилось справа от первого, третье справа от второго и т. д. Функция CreateToolbarEx принимает только один идентификатор битового образа. Вы можете добавлять битовые образы с одним или более изображением кнопок путем посылки сообщения TB_ADDBITMAP панели инструментов.

Библиотека элементов управления общего пользования имеет два набора битовых образов, готовых для использования. Первый набор битовых образов содержит изображения кнопок, соответствующие командам меню File и Edit; второй набор содержит изображения кнопок для различных типов просмотра. Каждый набор содержит два одинаковых ряда битовых образов двух размеров: большого (24х24) и маленького (16х16) пикселей. Для доступа к этим битовым образам необходимо задать специальное значение HINST_COMMCTRL в качестве описателя экземпляра ресурса битового образа (hBMInst) — параметра функции CreateToolbarEx (или в соответствующей структуре при посылке сообщения TB_ADDBITMAP). Значение параметра идентификатора битового образа wBMID выбирается из следующей таблицы:

Два "стандартных" битовых образа (IDB_STD_SMALL_COLOR и IDB_STD_LARGE_COLOR) содержат по 15

изображений. Связывание конкретного изображения с кнопкой на панели инструментов требует задания индекса изображения (относительно 0) в элементе iBitmap соответствующей кнопке структуры типа TBBUTTON. При использовании стандартных битовых образов выбирайте индексы из набора символических констант: STD_CUT, STD_COPY, STD_PASTE, STD_UNDO, STD_REDOW, STD_DELETE, STD_FILENEW, STD_FILEOPEN, STD_FILESAVE, STD_PRINTPRE, STD_PROPERTIES, STD_HELP, STD_FIND, STD_REPLACE, STD_PRINT.

Два битовых образа "вида" (view) (IDB_VIEW_SMALL_COLOR и IDB_VIEW_LARGE_COLOR) содержат по 12

изображений. Выбирайте индексы изображений кнопок, используя следующие символические константы: VIEW_LARGEICONS, VIEW_SMALLICONS, VIEW_LIST, VIEW_DETAILS, VIEW_SORTNAME, VIEW_SORTSIZE, VIEW_SORTDATE, VIEW_SORTTYPE, VIEW_PARENTFOLDER, VIEW_NETCONNECT, VIEW_NETDISCONNECT, VIEW_NEWFOLDER.

При использовании одного из этих четырех битовых образов нет необходимости устанавливать размеры (dxButton, dyButton) или размеры битового образа (dxBitmap, dyBitmap) поскольку функция CreateToolbarEx распознает эти битовые образы и устанавливает размеры сама.

Заполнение массива TBBUTTON

Создание панели инструментов требует определения конкретных параметров кнопок. Вам необходимо заполнить данными элементы массива TBBUTTON, которые определяют конкретные кнопки. После того, как панель инструментов создана, можно определить дополнительные кнопки путем посылки сообщения TB_ADDBUTTONS панели инструментов или вставить кнопки между существующими кнопками путем посылки сообщения

TB_INSERTBUTTON.

TBBUTTON определяется в файле COMMCTRL.H следующим образом:

typedef struct _TBBUTTON

{

426

Пример создания панели инструментов

Ниже приведен пример создания панели инструментов с маленькими (16х16) изображениями кнопок, взятыми из стандартного битового образа, поддерживаемого библиотекой элементов управления общего пользования:

HWND hwndToolBar = CreateToolbarEx( hwndParent,

WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS | CCS_TOP | TBSTYLE_TOOLTIPS, 1, 0,

HINST_COMMCTRL, IDB_STD_SMALL_COLOR, tbb,

5, 0, 0, 0, 0, sizeof(TBBUTTON)

);

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

Ниже приведен массив TBBUTTON, необходимый для определения атрибутов конкретных кнопок панели инструментов:

TBBUTTON tbb[] =

{

STD_FILENEW, 1, TBSTATE_ENABLED, TBSTYLE_BUTTON,0, 0, 0, 0, STD_FILEOPEN, 2, TBSTATE_ENABLED, TBSTYLE_BUTTON,0, 0, 0, 0, STD_FILESAVE, 3, TBSTATE_ENABLED, TBSTYLE_BUTTON,0, 0, 0, 0, STD_PRINT, 4, TBSTATE_ENABLED, TBSTYLE_BUTTON,0, 0, 0, 0, STD_PRINTPRE, 5, TBSTATE_ENABLED, TBSTYLE_BUTTON,0, 0, 0, 0

};

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

CreateToolbarEx.

HWND hwndToolBar = CreateWindow( TOOLBARCLASSNAME,

NULL,

WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS | CCS_TOP | TBSTYLE_TOOLTIPS, 0, 0, 0, 0,

hwndParent, (HMENU) 1, hInst,

0

);

// устанавливаем версию как размер структуры TBBUTTON

ToolBar_ButtonStructSize( hwndToolBar );

ToolBar_AddBitmap( hwndToolBar, 1, &tbbitmap );

// создаем кнопки

ToolBar_AddButtons( hwndToolBar, 5, tbb );

Требуется дополнительное определение данных типа структуры TBADDBITMAP, которые задают описатель экземпляра и идентификатор ресурса битового образа панели инструментов:

TBADDBITMAP tbbitmap =

{

HINST_COMMCTRL, IDB_STD_SMALL_COLOR

};

После создания панели инструментов, она посылает своему родительскому окну сообщения WM_COMMAND при нажатии на кнопку. Кроме обработки этих сообщений требуется программа для изменения размеров панели инструментов при изменении размеров родительского окна.

428

}

Одно странное свойство этого фрагмента кода состоит в том, что параметр lParam сообщения WM_NOTIFY преобразуется к двум различным типам указателя: к указателю на NMHDR и к указателю на TOOLTIPTEXT. Это объясняется тем фактом, что все сообщения WM_NOTIFY передают структуру типа NMHDR, содержащую детали, относящиеся к каждому типу элемента управления общего пользования. Структура типа TOOLTIPTEXT содержит структуру типа NMHDR как первый член данных.

В файле WINUSER.H структура NMHDR определена так:

typedef struct tagNMHDR

{

HWND hwndFrom; UINT idFrom; UINT code;

} NMHDR;

typedef NMHDR FAR *LPNMHDR;

Третий член этой структуры code содержит код уведомления, т. е. причины, по которой было послано сообщение WM_NOTIFY. Он может принимать значение одного из основных кодов уведомления (таких как NM_CLICK или NM_SETFOCUS) или специфичного кода уведомления для конкретного класса элемента управления (такого как TTN_NEEDTEXT в данном примере). Поле hwndFrom идентифицирует окно, пославшее сообщение, idFrom — или идентификатор окна, или идентификатор конкретного элемента (такого как кнопка панели инструментов) от имени которого было послано сообщение.

Когда подсказка посылает уведомление TTN_NEEDTEXT, она передает указатель на структуру данных, уникальную для этого кода уведомления: TOOLTIPTEXT. Эта структура определена в файле COMMCTRL.H следующим образом:

typedef struct tagTOOLTIPTEXTA

{

} TOOLTIPTEXTA, FAR *LPTOOLTIPTEXTA;

Первый член структуры, hdr, содержит данные типа NMHDR, которые должны сопровождать любое сообщение

WM_NOTIFY.

При получении сообщения TTN_NEEDTEXT первая задача — проверить, какая кнопка (или окно) была выбрана. Это осуществляется путем проверки поля idFrom структуры NMHDR, которое может быть либо индексом кнопки, если мышь над кнопкой, либо описателем окна, если мышь над дочерним окном панели инструментов. Поле uFlags содержит флаг TTF_IDISHWND для индикации того, что это описатель окна, а не индекс кнопки.

При получении уведомления TTN_NEEDTEXT существует три пути для передачи текста в подсказку: путем передачи указателя на строку в поле lpszText, путем копирования строки в буфер szText или путем задания идентификатора строки-ресурса. Так же как и при работе с другими ресурсами, строка-ресурс задается с помощью описателя экземпляра и уникального идентификатора. Описатель экземпляра копируется в поле hinst, а идентификатор — в поле lpszText, используя макрос MAKEINTRESOURCE:

lpttt->hinst = hInstance; lpttt->lpszText = MAKEINTRESOURCE(100);

Добавление дочерних окон в панель инструментов

Панели инструментов поддерживают только кнопки, поэтому для помещения чего-либо отличного от кнопки в панель инструментов следует создать дочернее окно. Одним из наиболее частых типов окон, добавляемых в панель инструментов, являются комбинированные списки. Поэтому, комбинированные списки будут находиться в фокусе нашего рассмотрения (несмотря на то, что любой тип окна может быть расположен на панели инструментов). Поскольку основы создания дочерних окон рассмотрены в главе 8, здесь мы остановимся на некоторых подробностях: резервирование места в панели инструментов для дочернего окна, изменение размеров панели инструментов, поддержка окон подсказки.

Резервирование места для дочернего окна на панели инструментов

В книге "Programming the Windows 95 User Interface" Nancy Cluts предлагает включать разделители (кнопки стиля TBSTYLE_SEP) для сохранения пустого пространства при создании дочернего окна на панели инструментов. Вам

429

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

Присутствие разделителей упрощает расчет координат для окна, которые необходимо задать при вызове функции CreateWindow. Посылается сообщение TB_GETITEMRECT для получения координат в пикселях любого элемента панели инструментов — кнопки или разделителя, и возвращается четыре координаты прямоугольника указанного элемента. Ниже показано, каким образом программа GADGETS вычисляет размеры пространства, доступного для комбинированного списка, используя макрос сообщения из файла COMMCTRL.H (находится на прилагающемся компакт-диске):

// Вычисляем координаты для комбинированного списка

ToolBar_GetItemRect( hwndTB, 0, &r ); x = r.left;

y = r.top;

ToolBar_GetItemRect( hwndTB, 18, &r ); cx = r.right — x + 1;

Левый верхний угол элемента управления устанавливается в точку с координатами (x, y), в соответствии с размерами кнопок панели инструментов. Поскольку программа GADGETS использовала 20 разделителей на своей панели инструментов, запрос положения 19-го (или 18 при отсчете с нуля) разделителя, оставляет один разделитель между правым краем комбинированного списка и первой кнопкой.

Другим значением, необходимым для помещения дочернего окна на панель инструментов, является высота, которая для большинства элементов управления будет равна высоте кнопки (r.bottom — r.top + 1), полученной из сообщения TB_GETITEMRECT. Но комбинированный список ведет себя несколько иначе, чем другие типы окон, поскольку его часть редактирования (или статическая) изменяет размер самостоятельно с тем, чтобы прийти в соответствие шрифту, и высота, передаваемая в функцию CreateWindow, есть возможная высота для ниспадающего окна. Установка значения, достаточного для нескольких строк, хороша тогда, когда вы используете для расчета данные о шрифте, получаемые от функции GetTextMetrics. Программа GADGETS этого не делает и устанавливает это значение жестко:

cy = 100;

Создание элементов управления на панели инструментов

Существует несколько правил, используемых при создании дочерних окон на панели инструментов. Прежде всего, убедитесь, не забыли ли вы включить флаги стиля окна WS_VISIBLE и WS_CHILD. Без флага WS_VISIBLE вызов функции может оказаться успешным, однако окно на экране не появится. Флаг WS_CHILD используется для создания дочернего окна, которое должно иметь родителя, на поверхности которого будет расположено дочернее окно. Это вызывает появление проблемы, какое окно должно быть родительским для дочернего.

Очевидным выбором родительского окна для окон на панели инструментов является само окно панели инструментов, но это может привести к странным проявлениям. В частности, предопределенные элементы управления посылают уведомляющие сообщения (в виде сообщений WM_COMMAND) своему родителю, что может иметь неожиданный результат. Например, программа GADGETS постоянно сбивается в Windows 95, когда ее окно комбинированного списка панели инструментов создается с окном панели инструментов в роли родительского окна, а идентификатор окна комбинированного списка равен 101. (Заметим, что эта комбинация не вызывает никаких проблем в Windows NT 3.51. Это связано с отличающимися в этих операционных системах версиями библиотеки COMCTL32.DLL.) Изменение управляющего идентификатора — кажущееся решение этой проблемы, поскольку такой путь оставляет шанс (хоть и незначительный) на то, что в будущих версиях библиотеки элементов управления общего пользования будет использоваться идентификатор, который используем мы, и тогда указанная проблема возникнет вновь. И все же, панель инструментов должна быть родительским окном для того окна, которое хочет располагаться на ее поверхности.

Решение этого противоречия состоит в задании другого окна в качестве родительского в вызове функции CreateWindow — предпочтительнее одного из тех, которые имеют вашу собственную оконную процедуру. После того, как дочернее окно будет создано, оно помещается на панель инструментов путем вызова функции SetParent. Элементы управления диалогового окна лояльны к этому и посылают свои уведомляющие сообщения WM_COMMAND их первоначальному родительскому окну, что позволяет вам обрабатывать уведомляющие сообщения по своему усмотрению. Таким образом, уведомляющие сообщения посылаются одному окну, а дочернее окно физически располагается на другом окне — панели инструментов. Программа GADGETS делает эти два шага следующим образом:

hwndCombo = CreateWindow(

430

"combobox",

NULL,

WS_CHILD | WS_VISIBLE | CBS_DROPDOWN, x, y, cx, cy,

hwndParent, (HMENU) 100, hInst,

);

// Установление панели инструментов как родительского окна для комбинированного списка //

SetParent( hwndCombo, hwndTB );

Изменение размеров панели инструментов с дочерними окнами

Другая сложность, возникающая при использовании дочерних окон на панели инструментов состоит в том, что необходимо быть уверенным, что размеры самой панели инструментов достаточны для размещения дочерних окон. Между прочим, эта проблема актуальна для оболочек типа старой Windows, такой как Windows NT 3.51, а не для новейшей оболочки Windows 95. Но поскольку некоторые из пользователей вашей программы могут работать на указанной версии Windows NT, следует тестировать вашу программу в обеих средах.

Простейшее решение, для всех элементов управления кроме комбинированных списков, состоит в изменении размеров окна самим окном. Работа с комбинированным списком более трудоемка, поскольку он изменяет свои размеры в зависимости от текущего шрифта. Поэтому, вы можете косвенно воздействовать на размеры комбинированного списка, устанавливая его шрифт. Это делается путем создания шрифта необходимого размера и передачи его в комбинированный список путем посылки сообщения WM_SETFONT. Пока элемент управления короче, чем кнопки панели инструментов, обработка сообщения TB_AUTOSIZE будет выполнять всю хлопотливую работу по приведению размеров панели инструментов в соответствие с изменяющимися размерами ее родительского окна. (См. предшествующее обсуждение размещения и изменения размеров панели инструментов.)

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

Для получения полного контроля над размерами и местоположением панели инструментов создавайте панель инструментов с использованием флага стиля CCS_NORESIZE. Вопреки тому, что можно было бы подумать на основе имени, этот флаг не дает панели инструментов возможности самостоятельно изменять свои размеры и расположение. Если установлен этот флаг, то сообщение TB_AUTOSIZE не приводит ни к каким действиям. Поэтому, перемещение и установка местоположения панели инструментов целиком в вашей власти. Когда родительское окно получает сообщение WM_SIZE, вам следует рассчитать необходимые координаты местоположения (x, y) и размеры окна, а затем произвести необходимые изменения путем вызова функции типа

MoveWindow.

Для приложений с простой панелью инструментов в верхней части родительского окна местоположение определяется просто — (0, 0 ). Ширина также определяется просто, поскольку сообщение WM_SIZE родительскому окну содержит в младшем слове параметра lParam ширину окна. Для изменения размеров панели инструментов в ответ на сообщение WM_SIZE необходим примерно такой код:

case WM_SIZE:

{

int cx = LOWORD(lParam);

MoveWindow(hwndToolBar, 0, 0, cx, cyToolBar, TRUE);

[другие строки программы] return 0;

}

Остается пока непонятным, как определить высоту панели инструментов (cyToolBar). В программе GADGETS проблема решается в два этапа: сначала делается запрос определения размера комбинированного списка, затем запрос определения размера элемента панели инструментов, к которому добавляется дополнительная величина, равная 5 (величина поля, строго определенная в панели инструментов). Высота панели инструментов и есть максимум из этих двух значений:

// вычислить высоту панели инструментов

GetWindowRect(hwndCombo, &r); cyToolBar = r.bottom — r.top + 1; cyToolBar += y;

cyToolBar +=(2 * GetSystemMetrics(SM_CYBORDER)); ToolBar_GetItemRect(hwndTB, 0, &r);

cyToolBar = max(cyToolBar, r.bottom + 5);

432

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

// Добавление окна подсказки для окна редактирования комбинированного списка hwndEdit = GetWindow(hwndComboBox, GW_CHILD);

ti.cbSize = sizeof(TOOLINFO);

ti.uFlags = TTF_IDISHWND | TTF_CENTERTIP | TTF_SUBCLASS; ti.hwnd = hwndToolBar;

ti.uId =(UINT)(HWND) hwndEdit; ti.lpszText = LPSTR_TEXTCALLBACK; bSuccess = ToolTip_AddTool(hwndTT, &ti);

Если элемент управления подсказка знает о дочерних окнах, то подсказка появляется на экране тогда, когда курсор мыши останавливается над дочерним окном. В определении этого момента есть некая магия, что возможно благодаря введению новой оконной процедуры (window subclassing), на что указывает флаг TTF_SUBCLASS. Новая оконная процедура отслеживает сообщения мыши, и когда замечает подходящее, посылает сообщение TTM_RELAYEVENT в элемент управления подсказка.

Если по каким-либо причинам вы решите, что использование техники введения новой оконной процедуры нежелательно, например, потому что оно уже было сделано, то существует несколько альтернативных путей. Вы можете модифицировать оконную процедуру дочернего элемента управления и просто отправлять сообщение TTM_RELAYEVENT при получении сообщения от мыши. Также возможно добавить ловушку (hook) типа WH_GETMESSAGE для поиска сообщений мыши для конкретного окна. Вероятно, наиболее простой путь — это добавление небольшого фрагмента кода в цикл обработки сообщений вашей программы. Поскольку это основной путь, по которому проходят все сообщения мыши (а также клавиатуры, таймера и др.), то этот вариант хорош в тех случаях, когда применение флага TTF_SUBCLASS нецелесообразно. Ниже приведен фрагмент цикла обработки сообщений программы GADGETS, если бы в ней не использовался этот флаг:

while(GetMessage(&msg, NULL, 0, 0))

{

if(pMsg->hwnd == hwndCombo || pMsg->hwnd == hwndEdit)

{

if(pMsg->message >= WM_MOUSEFIRST && pMsg->message <= WM_MOUSELAST)

{

ToolTip_RelayEvent(hwndTT, pMsg);

}

}

TranslateMessage(&msg);

DispatchMessage(&msg);

}

Изменение конфигурации панели инструментов

Конфигурация панелей инструментов может быть изменена пользователем во время работы программы. Для этого существует диалоговое окно изменения конфигурации панели инструментов (Customize Toolbar dialog box), показанное на рис. 12.6. В этом окне диалога находятся два списка: первый — список доступных кнопок, второй — список кнопок, находящихся в данный момент на панели инструментов. Пользователь имеет возможность щелкнуть на кнопках Add (добавить) и Remove (удалить) для перемещения элементов между двумя этими списками. Кроме того, оба окна списков поддерживают операции типа drag and drop, поэтому пользователь может перетаскивать элементы из одного списка в другой. Активизируется окно изменения конфигурации панели инструментов путем посылки ей сообщения TB_CUSTOMIZE.

Рис. 12.6 Диалоговое окно изменения конфигурации панели инструментов