[DevExpress-HowTo] TcxListBox / TListBox flickerfrei

[neo4a]

Zitat von Stevie:

Theoretisch nicht. Du musst nur drauf achten, dass du in einem Fall wie oben noch eine Vererbungshierarchie hast, die einen "freien" Slot hat. Ansonsten musst du halt statt des inherited calls den Code aus der anderen Methode kopieren. In den neueren Delphi Versionen kannst du über class helper sogar auf private Member zugreifen - sehr nützlich, wenn du wie ebend erwähnt Code kopieren musst, der auf solche zugreift.

Dachte ich es mir doch, dass das mit dem inherited in Deinem Code nicht funktionieren kann, nicht wahr?

Zitat von Stevie:

Ich verfolge diesen Ansatz schon eine Weile, um in DSharp diese leidigen Interceptor Klassen und die damit einhergehende zwingende Reihenfolge in der uses Klausel loszuwerden.

Tja, so ändern sich die Zeiten: Noch vor nicht gar zu langer Zeit waren Class-Interceptoren so etwas von heißer Stoff...

Ansonsten habe ich mit dem Austausch/Umbiegen/Korrigieren von TcxCustomInnerListBox.NeedDrawFocusRect() noch einen schönen Anwendungsfall Deiner Lösung, um den dämlichen Fokus-Rect der Listbox loszuwerden. Derzeit funktioniert es nur, indem ich der InnerlistBox eine Fake-OnDrawItem-Prozedur zuweise. Und das ist, was ich ohne Umschweife, die sich manchmal aber gar nicht, wenn nicht sogar überhaupt nicht, verhindern lassen, zugebe, nicht sehr elegant.

[Stevie]

Zitat von neo4a:

Dachte ich es mir doch, dass das mit dem inherited in Deinem Code nicht funktionieren kann, nicht wahr?

Doch, weil ich TListBox patche und die hat keine eigene CreateParams. Die Fix Klasse ist von TCustomListBox abgeleitet, so dass der inherited Call die CreateParams von dort aufruft. Und dann stopfe ich die TListBoxFix.CreateParams in den "leeren" (er ist ja nicht leer, sondern weist auf TCustomListBox.CreateParams) TListBox.CreateParams Slot.

Also im Grunde ist das nix anderes als ein runtime override.

[neo4a]

Zitat von Stevie:

Zitat von neo4a:

Dachte ich es mir doch, dass das mit dem inherited in Deinem Code nicht funktionieren kann, nicht wahr?

Doch, weil ich TListBox patche und die hat keine eigene CreateParams. Die Fix Klasse ist von TCustomListBox abgeleitet, so dass der inherited Call die CreateParams von dort aufruft. Und dann stopfe ich die TListBoxFix.CreateParams in den "leeren" (er ist ja nicht leer, sondern weist auf TCustomListBox.CreateParams) TListBox.CreateParams Slot.

Also im Grunde ist das nix anderes als ein runtime override.

Gute Erklärung. Meine Bemerkung bezog sich darauf, dass das Patchen den Code in der ersetzten Methode praktisch radiert, inklusive inherited-Calls. Wenn ein solchermaßen gepatchter Code ein Update bekommt, dann braucht man wohl etwas Kaffee, BeyondCompare und einen guten Blick. (Sofern man sich an den Patch überhaupt noch erinnert, liegt er doch als Unit ohne Referenz irgendwo rum.)

[Stevie]

Zitat von neo4a:

Wenn ein solchermaßen gepatchter Code ein Update bekommt, dann braucht man wohl etwas Kaffee, BeyondCompare und einen guten Blick. (Sofern man sich an den Patch überhaupt noch erinnert, liegt er doch als Unit ohne Referenz irgendwo rum.)

"With great power..."