Herausfinden, ob TListView gerade vom Benutzer bearbeitet wird

[Redeemer]

Sorry für die späte Antwort.

Zitat von himitsu:

Wenn eine ListenKomponente in "Bearbeitung" ist, dann ist dort oftmals ein "Edit" eingebaut, welches grade die bearbeitete Stelle ersetzt.

Da kann man auf den Klassentyp dieses Edits reagieren (meist irgendwas mit "InnerEdit")
und/oder man geht die Parents der aktiven Komponente durch und schaut, ob die Komponente oder einer der Parents dem TListView TCustomListView entspricht.

Ich habe einen TTimer, ein TListView und ein TMemo auf einer Form platziert und habe alle paar Sekunden die Components[] von TForm und TListView aufgelistet. Das Ergebnis ist unabhängig davon, ob das TListView bearbeitet wird, lediglich TListView, TTimer und TMemo.

Zitat von himitsu:

Wieviele ListView gibt es denn und auf wievielen Fenstern verteilen sie sich?

Wenn es überschaubar ist, dann kann man natürlich auch im EventHandling der ListView(s) drauf reagieren, anstatt das ständig global überall auszuwerten.

Etwa 15 TListView auf 25 Frames würde ich sagen.

Zitat von himitsu:

[add]

Zitat:

if GetAsyncKeyState(VK_CONTROL) < 0 then

Könnte es nicht sein, dass Steuertasten, wie Strg, Shift und Alt, eventuell schon in Msg.KeyData enthalten sind?

Konnte ich nicht finden.

[himitsu]

ListBox.Components, bzw. Self.Components enthält natürlich nur das, von dem das jeweils der Owner ist.
Ich weiß nun nicht, ob dieses InnerEdit direkt die KistBox als Owner besitzt. (PS: Bei Devexpress ist in der ListBox-Komponente die eigentliche ListBox drin und da drin dann das InnerEdit)

Ich weiß jetzt nicht, ob das "InnerEdit" oder ob dessen Parent als FocusControl vom Delphi verwendet wird.
Das müsstest du mal in Screen.ActiveControl nachsehn.

Wenn nicht, dann direkt an Windows wenden.
GetFocus + FindControl und falls FindControl nichts findet, dann mit GetParent hocharbeiten.