Как разместить субэлементы управления внутри группового поля?

Просто предположение, но похоже, что вы наследуете стиль Static Edge или Client Edge от своей темы. Я создаю большинство своих диалогов из редактора ресурсов и устанавливаю там эти свойства.

В вашем случае вы можете заменить CreateWindow на CreateWindowEx, чтобы установить эти расширенные стили, которые, вероятно, используются по умолчанию в CreateWindow. Конкретно проверьте WS_EX_STATICEDGE, WS_EX_WINDOWEDGE and WS_EX_CLIENTEDGE

Обновлено: я предполагаю, что этого не происходит, потому что кнопка является элементом управления по умолчанию в диалоговом окне, что также дает черный край.

По-видимому, групповые поля не предназначены для группировки элементов управления (быть родительским hwnd)

Итак, чтобы избавиться от черных границ / проблем с рисованием, мне пришлось бы создать подкласс группового блока и реализовать WM_PAINT и WM_PRINTCLIENT

Ах да, черный фон с переключателями и групповыми блоками. Хотя я не уверен, будет ли это работать для VC++ 2008, но в те времена решение для тематических приложений VB6 состояло в том, чтобы сначала поместить элементы управления радио в PictureBox (на самом деле общий контейнер), а затем добавить это в групповое поле.

Стоит попробовать!

Проблема заключается в том, что групповой ящик является родительским элементом управления. У групповых ящиков не должно быть дочерних элементов, и использование их в качестве родителей вызовет всевозможные ошибки (включая рисование, навигацию с клавиатуры и распространение сообщений). Просто измените родительский элемент в вызове кнопок CreateWindow с group_box на hwnd (т.е. диалог).

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

// Calculate the client area of a dialog that corresponds to the perceived
// client area of a groupbox control. An extra padding in dialog units can
// be specified (preferably in multiples of 4).
//
RECT getClientAreaInGroupBox(HWND dlg, int id, int padding = 0) {
    HWND group = GetDlgItem(dlg, id);
    RECT rc;
    GetWindowRect(group, &rc);
    MapWindowPoints(0, dlg, (POINT*)&rc, 2);

    // Note that the top DUs should be 9 to completely avoid overlapping the
    // groupbox label, but 8 is used instead for better alignment on a 4x4
    // design grid.
    RECT border = { 4, 8, 4, 4 };
    OffsetRect(&border, padding, padding);
    MapDialogRect(dlg, &border);

    rc.left += border.left;
    rc.right -= border.right;
    rc.top += border.top;
    rc.bottom -= border.bottom;
    return rc;
}

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