Sendmessage und onChange, onKeypress

[whiteF]

Hi,
Ich habe eine procedure die ein sendmessage an ein fremdes programm schickt. Das funktioniert gut.
Zum schluss sende ich noch ein kürzel ALT+O um dieses fremde dislogfenster zu schliessen (dies ist ein ok button welches das Fenster schließen lässt).
Diese fremde anwendung sagt mir nun das kein text eingegeben wurde mittels einer msgbox. Jedoch sehe ich den text im richtigen editfeld innerhalb der fremdanwendung.

Jetzt frage ich mich natürlich wie oder was dahinter stecken könnte.
Es könnte ja sein das irgendwelch ereignisse (onChange, onKeypress, etc.) ausgelöst werden die dann wiederrum das erfolgreiche schliessen der fremdanwendung zulässt.
(Wenn ich den text in der fremdanwendung selbst erfasse, dann kommz natütlich keine meldung bei buttonclick auf ok)

Werden denn solche ereignisse beim sendmessage ausgeführt?

Oder habt ihr eine idee woran das hier scheitert?

VG

[t.roller]

Folgendes Beispiel löst ein OnChange-Ereignis aus:

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var text : String;
begin
text:= 'test';
SendMessage(Edit1.Handle, WM_SETTEXT, 0, LPARAM(PCHAR(Text)));
end;

[whiteF]

mh,

Aber in der eigentlichen Fremdanwendung erscheint mit diesem Befehl der Text,
wenn ich nun mit der Maus in dieses Edit-Feld mit dem Text klicke, verschwindet der Text und das Edit-Feld ist leer.

Kennt jemand soetwas?

Phänomen oder gewollte programmierung des Fremdprogramms?

[himitsu]

Wenn ich nicht will, dass irgendwer in die Controls meiner Anwendung automatisiert was einfügt, dann würde ich auch dafür sorgen, dass die sichtbaren Controls sich nicht standardkonform verhalten.
Oder die Entwickler haben ein Framework verwendet, welches diesbezüglich einfach nur schrottig reagiert.

[Dalai]

Könnte es sein, dass es sich gar nicht um einen Text handelt sondern um einen Hinweis, der mit EM_SETCUEBANNER gesetzt wurde? Sowas wie in Passwortfeldern, in denen einfach nur "Password" steht, bis man den Cursor in das Feld bringt? Normalerweise sind solche Hinweise nicht ganz so kontrastreich, damit man sie von eingegebenem Text unterscheiden kann.

Denn irgendwie kann ich mir nicht vorstellen, dass ein Programmierer auf die Idee kommt, ein Eingabefelds zu leeren, wenn man mit der Maus hineinklickt... Das wäre Usability gleich Null.

Grüße
Dalai

[himitsu]

Statt dem CUEBANNER gibt/gab es Komponenten, die beim OnEnter/OnExit den Text ausgetauschen,
bzw. die da zwischen ViewText und EditText switchen ... da wird dann der eigentliche Text intern gespeichert und wenn jetzt jemand nur den "externen" (sichtbaren) Text ändert, dann ist der halt weg, wenn die Komponente den Fokus bekommt.