Win32: Wie Sie benutzerdefinierte zeichnen ein Edit-Steuerelement?

Benutzerdefinierte Zeichnung, die ein Edit-Steuerelement ist im wesentlichen unmöglich. Es gibt ein paar spezielle Fälle, waren Sie dabei so wenig, die können mit ihm Weg erhalten, aber Sie riskieren brechen schlecht in die nächste revision von windows (oder wenn jemand läuft deine app auf einer älteren version, oder auch über terminal services, etc).

Nur die übernahme der WM_PAINT-und WM_ERASEBKGROUND nicht gut genug, weil die Steuerung manchmal malen auf andere Nachrichten als gut.

Sind Sie besser dran, nur das schreiben Ihrer eigenen edit-Steuerelement. Ich weiß, dass eine riesige Menge an Arbeit, aber auf lange Sicht wird es weniger Arbeit, als zu versuchen zu hacken, Ihren Weg in die übernahme aller im Edit-controls zeichnen-code.

Ich erinnere mich zurück in die guten alten Tage, wenn Sie jeder verwenden, um eine Unterklasse das button-Steuerelement zum hinzufügen von Farbe und Grafiken, etc. Die Sache ist die, eines Tages setzte ich mich hin und schrieb meine eigenen Buttons window-Klasse. und es war WENIGER CODE als das, was wir hatten in unseren source-tree zu Unterklasse und benutzerdefinierte zeichnen Sie die Windows-Taste.

InformationsquelleAutor John Knoeller

Subclassing der EDIT-control funktionierte gut für mich - benötigt die Anzeige einige Formatierungs-Informationen, die dem Benutzer beim Bearbeiten von Objekt-Attribute (und manche Attribute können mehrere Zeilen). Die wichtige Sache, wie Adrian sagte in seiner Antwort zu, ist der Aufruf der EDIT-Steuerelement die Prozedur vor Ihre eigenen Zeichnung. Nenne es danach oder bei der Erteilung Ihrer eigenen BeginPaint/EndPaint (mit return 0 oder DefWindowProc) verursacht Probleme für mich aus dem text überhaupt nicht angezeigt, bis es die Anzeige nur, wenn die Größe aber nicht nach der Bearbeitung, verlassen Bildschirm Wurf die übrig gebliebenen caret-Zeichen. Mit, dass, ich hatte keine Probleme, unabhängig von der EDIT-Steuerelement anderen repaint Zeiten.

Einige setup:

SetWindowSubclass(attributeValuesEdit, &AttributeValueEditProcedure, 0, reinterpret_cast<DWORD_PTR>(this));

//Not only do multiline edit controls fail to display the cue banner text,
//but they also ignore the Edit_SetCueBannerText call, meaning we can't
//just call GetCueBannerText in the subclassed function. So store it as
//a window property instead.
SetProp(attributeValuesEdit, L"CueBannerText", L"<attribute value>");

Den Rückruf:

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;

Schreiben Sie Ihre eigenen EDIT-Steuerelement (das habe ich tatsächlich getan, mehr als einmal, teilweise Grad der Vollständigkeit im Vergleich zu den built-in einem) ist nicht viel Arbeit, wenn Sie die nackten minimale (vielleicht auch nur auf Englisch mit grundlegenden caret-Zeichen-Unterstützung), aber es ist eine MENGE Arbeit, um zu korrigieren, wenn Sie möchten Cursor-navigation über komplexe Skripte, mit variable-sized-Cluster, Auswahl über Bereiche, IME-Unterstützung, Kontext-Menüs durch kopieren und einfügen, high Kontrast Modi, und die accessibility-features wie text-to-speech. Also im Gegensatz zu so vielen anderen Antworten, die ich empfehlen nicht Umsetzung Ihrer eigenen EDIT-Steuerelement nur für cue-banner-text.

InformationsquelleAutor Dwayne Robinson

Und ich müssen auch einen Weg finden, um anzuzeigen, den Cursor in das Steuerelement,
da ich noch keinen Weg gefunden, um Windows zu tun, dass für mich ohne
auch die Malerei der weißen bar, die ich erwähnt.

Wenn Sie behandeln möchten WM_PAINT selbst, ohne die Weiterleitung der Nachricht an die ursprüngliche windowproc Ihrer Oberklasse, Sie sollten nicht forget um zu rufen DefWindowProc. So, daß der Cursor gezeichnet werden soll.
Um zu vermeiden, die weiße bar, die Sie entfernen sollten Klasse Pinsel mit SetClassLongPtr.
Und irgendwie halten Sie Ihre DC ' s clipping-region auf clip Bearbeiten controt die ExtTextOut-Ausgänge.
Die weißen Balken können die Folge sein, UNDURCHSICHTIGE option übergeben ExtTextOut-von-Edit-Steuerelement.

Fazit: Schreiben Sie Ihre eigenen Kontrolle. Kein Schmerz, kein Gewinn.

InformationsquelleAutor Dmitriy Yurchenko