Win32: Comment personnaliser Personnaliser un contrôle d'édition?

Et j'ai aussi besoin de trouver un moyen d'afficher le caret dans le contrôle, depuis que je n'ai pas trouvé de moyen d'autoriser Windows à faire cela pour moi sans peindre également la barre blanche que j'ai mentionnée.

Si vous voulez gérer WM_PAINT par vous-même sans transférer le message à la fenêtre originale de votre superclasse, vous ne devez pas oublier d'appeler DefwindowProc. De sorte que le caret sera tiré. Pour éviter la barre blanche, vous devez enlever la brosse de classe avec SetClassLongpTR. Et assistez d'une manière ou d'une autre, gardez la région de votre clipsage de votre DC pour clipser les sorties ExtTextout d'édition de contrat. La barre blanche peut être le résultat de l'option opaque passée à ExtTextout par le contrôle d'édition.

Conclusion: écrivez votre propre contrôle. Pas de douleur, pas de gain.

Sous-classement Le contrôle d'édition a bien fonctionné pour moi - nécessaire pour afficher certaines informations de formatage à l'utilisateur lors de la modification des attributs d'objet (et certains attributs pourraient être plusieurs lignes). La chose importante, comme Adrian dit dans sa réponse aussi, doit également appeler la procédure de contrôle de la modification avant em> votre propre dessin. Appelez-le après ou émettre votre propre beinture / Endpaint (avec retour 0 ou DEFWINDOWPROC) a causé des problèmes pour moi du texte ne figurant pas du tout, il affichant uniquement lors du redimensionnement, mais pas après l'édition, de quitter la portée de l'écran du restement caret. Avec cela, je n'ai eu aucune question quel que soit les autres moments de la modification du contrôle de la modification.

Certaines configuration: p> xxx pré>

Le rappel: p>

LRESULT CALLBACK AttributeValueEditProcedure(
    HWND hwnd,
    UINT message,
    WPARAM wParam,
    LPARAM lParam,
    UINT_PTR subclassId,
    DWORD_PTR data
    )
{

...

case WM_PRINTCLIENT:
case WM_PAINT:
    {
        auto textLength = GetWindowTextLength(hwnd);
        if (textLength == 0 && GetFocus() != hwnd)
        {
            // Get the needed DC with DCX_INTERSECTUPDATE before the EDIT
            // control's WM_PAINT handler calls BeginPaint/EndPaint, which
            // validates the update rect and would otherwise lead to drawing
            // nothing later because the region is empty. Also, grab it from
            // the cache so we don't mess with the EDIT's DC.
            HDC hdc = (message == WM_PRINTCLIENT)
                ? reinterpret_cast<HDC>(wParam)
                : GetDCEx(hwnd, nullptr, DCX_INTERSECTUPDATE|DCX_CACHE|DCX_CLIPCHILDREN | DCX_CLIPSIBLINGS);

            // Call the EDIT control so that the caret is properly handled,
            // no caret litter left on the screen after tabbing away.
            auto result = DefSubclassProc(hwnd, message, wParam, lParam);

            // Get the font and margin so the cue banner text has a
            // consistent appearance and placement with existing text.
            HFONT font = GetWindowFont(hwnd);
            RECT editRect;
            Edit_GetRect(hwnd, OUT &editRect);

            // Ideally we would call Edit_GetCueBannerText, but since that message
            // returns nothing when ES_MULTILINE, use a window property instead.
            auto* cueBannerText = reinterpret_cast<wchar_t*>(GetProp(hwnd, L"CueBannerText"));

            HFONT previousFont = SelectFont(hdc, font);
            SetTextColor(hdc, GetSysColor(COLOR_GRAYTEXT));
            SetBkMode(hdc, TRANSPARENT);
            DrawText(hdc, cueBannerText, int(wcslen(cueBannerText)), &editRect, DT_TOP|DT_LEFT|DT_NOPREFIX|DT_NOCLIP);
            SelectFont(hdc, previousFont);

            ReleaseDC(hwnd, hdc);

            // Return the EDIT's result (could probably safely just return zero here,
            // but seems safer to relay whatever value came from the edit).
            return result;
        }
    }
    break;