CHeckboxen in Listview auslesen

[Jac de Lad]

Hallo.

Weiß jemand wie man die Checkboxen in einem Listview per API/sendmessage auslesen kann? Ich bastel noch mit LVM_GetItem rum, krieg das aber irgendwie nicht hin.

Jac

[Frabbing]

state& = SendMessage(lv&, ~LVM_GETITEMSTATE, zeile&, ~LVIS_STATEIMAGEMASK)

[p. specht]

Als allgemeine Frage zu API-Programmierung überhaupt gemeint:
Ist die API da besser als @GetCheck(hdl%)?

[AHT]

Allgemein: Alles was über XProfan interne Befehle läuft, geht schneller als über API.
Da Profaninterne Sachen aber sehr oft nicht so funktionieren, wie ich das für ein Programm brauche, regele ich in der Regel trotzdem die meisten Sachen über API.

[Frabbing]

Hatte GetCheck(hdl%) nicht getestet, funktioniert das überhaupt, weil keine Zeile angegeben wird...? Die Message oben verwende ich so in der Listview.dll.
Ob ich die Message direkt absetze, oder einen Befehl dazu aufrufe: Die unterschiedliche Zeit wird wohl kaum messbar sein, weil es immer Zeit benötigt, bis eine Message beim Fenster/Control ankommt. Dann sollte PostMessage schneller sein, weil das nicht wartet, bis die Message angekommen ist, sondern sofort zurückkehrt.

[Jac de Lad]

GetCheck() dürfte meines Erachtens nicht funktionieren, weil es nicht für Listviews konzipiert ist.

Das Sendmessage hatte ich auch schon so in der Art, aber ich muss erstmal schauen, wie ich state& auswerte.

[RGH]

Hallo,
da es Microsoft gefällt selbst für gleiche Funktionen bei unterschiedlichen Dialogelementen auch unterschiedliche Messages zu verwenden funktioniert getCheck() in diesem Falle nicht, zumal es ja noch einen Parameter für die Zeile/Spalte der Listbox geben müsste, in der sich die Checkbox befindet.

Dass z.B. getText$() in XProfan für so viele unterschiedliche Dialogelemente funktioniert, liegt daran, dass hier XProfan versucht, es dem Programmierer einfach zu machen: es überprüft, zu welcher Klasse das Handle gehört und fragt dann die nötigen Parameter ab und ruft die entsprechende Message auf.

Gruß
Roland

[Frabbing]

Du kannst auch nicht jede Message als Befehl umsetzen. Wer den Umfang seiner Programmiersprache erweitern möchte, sollte sich unbedingt mit API beschäftigen.

...es überprüft, zu welcher Klasse das Handle gehört und fragt dann die nötigen Parameter ab und ruft die entsprechende Message auf.

Somit wird eine direkt per SendMessage geschickte Nachricht also in jedem Fall schneller arbeiten. Muss nicht den Klassennamen ermitteln und mit verschiedenen Namen vergleichen und verzweigend reagieren...

[Jac de Lad]

@Frank: Aber nicht jeder will API lernen oder hat die Zeit dafür, es ist ja auch nicht immer einfach. Und so macht XProfan einen guten Job. Geschwindigkeit ist auch nicht immer entscheidend.

[Jac de Lad]

Aha:

case SendMessage(lv&,LVM_GETITEMSTATE,zeile&,LVIS_STATEIMAGEMASK)=8192:TuIrgendwas

[AHT]

Zitat von Frabbing

Somit wird eine direkt per SendMessage geschickte Nachricht also in jedem Fall schneller arbeiten.

Das Ermitteln der Klasse läuft intern ja über Delphi ab.
XProfan wandelt aber jeden einzelnen Parameter einer API oder Befehls um und durchläuft im Interpreter eine sehr umfangreiche Schleife. SendMessage braucht 4 Parameter, Getcheck nur einen. Ich kann das bei mir leider nicht testen - ich nehme aber an, das auch hier SendMessage und API langsamer ist.

[Frabbing]

Ich denke nicht, dass die Zeitspanne irgendeine Rolle spielt. Auch wenn das intern in Delphi abläuft, der Klassenname muss ermittelt werden (API), der Name mit einer Liste von möglichen Klassennamen verglichen werden und dann muss verzweigt darauf reagiert werden. Gerade die Stringoperationen verbrauchen einiges an Zeit, da wird intern auf allerhand Speicheradressen lesend zugegriffen usw.. Ich denke, da tut sich nichts. Wer grad nichts zu tun hat, kann es ja gerne mal testen.

[AHT]

Lass mal XProfan über einen Debugger laufen, dann siehst du, was wohl schneller ist.

[ts-soft]

Wenn ich das ganze in einer Schleife 10000x Abfrage, dann kommt da was
Messbares bei raus, aber im Normalfalle sollte das ganze vollkommen
uninteressant sein. Die evtl. "gewonnenen" ms gammelt das Programm
später im EventLoop ab. Es lohnt doch garnicht drüber Nachzudenken

[Frabbing]

Ganz genau.