Changing the window class to "#32770" didn't help. Class handler is still CXTPSkinObjectApplicationFrame. I'm beginning to think CJ skin system simply doesn't handle this OS SetMenu call and/or the creation of the menu.

How about it CJ, what's my option here? I don't actually own the code that is failing whenever a skin is present. Do I have to have the actual programmers give me window class names to exclude from skinning?

The menu added to a window won't draw when a skin is active. I have debugged and see CXTPSkinManagerSchema::CalcFrameBorders is called but it isn't calculating any width. All the relevant menu methods seem to get called. The class being used for the window is CXTPSkinObjectApplicationFrame.

Here is the minimum code:

static const TCHAR s_szAddInManagerDialogClass[] = TEXT("AddInManagerDialogClass");
static const TCHAR s_szAddInManagerMenuText[] = TEXT("Item 1");
static const UINT s_nAddInManagerMenuItem = 1001;

  HWND hDialog;
  WNDCLASSEX wc = { 0 };
  wc.cbSize = sizeof(WNDCLASSEX);
  wc.lpfnWndProc = AddInManagerWndProc;
  wc.hInstance = GetModuleHandle(NULL);
  wc.lpszClassName = s_szAddInManagerDialogClass;
  wc.cbWndExtra = DLGWINDOWEXTRA;
  if (!RegisterClassEx(&wc) && GetLastError() != ERROR_CLASS_ALREADY_EXISTS)
  {
      return HRESULT_FROM_WIN32(GetLastError());
  }

  hDialog = CreateWindowEx(WS_EX_CLIENTEDGE, s_szAddInManagerDialogClass, TEXT("Dialog with menu"),
    WS_OVERLAPPEDWINDOW | WS_VISIBLE,
    100, 100, 500, 300, NULL, NULL, GetModuleHandle(NULL), NULL);
  if (!hDialog)
  {
      return HRESULT_FROM_WIN32(GetLastError());
  }

  HMENU hMenu = ::CreateMenu();
  HMENU hSubMenu = ::CreatePopupMenu();
  AppendMenu(hSubMenu, MF_OWNERDRAW, s_nAddInManagerMenuItem, s_szAddInManagerMenuText);
  AppendMenu(hMenu, MF_POPUP, (UINT_PTR)hSubMenu, TEXT("Menu"));

    SetMenu(hDialog, hMenu);
    DrawMenuBar(hDialog);

If I turn off the skin (I added code to draw the menu items to make sure it wasn't a black on black issue: