SpinEdit TSpinEdit: Gibt es Eigenschaft o. Ereignis Pfeil(e) losgelassen?

[Delphi-Laie]

So, noch mal eine Nacht darüber geschlafen...

Also, ich möchte den Spinedit sowohl für die Maus- als auch für die Editeingabe (be)nutzen.

*Gibt (gäbe) es eine Eigenschaft "TimerSpeedButton (nicht) gedrückt" (egal, ob ich in dieser Klasse oder "extern" ermittelt, extern reicht es aus zu ermitteln, ob die (linke?!) Maustaste gedrückt ist oder nicht), dann kann (könnte) ich nur das Ereignis "OnChange" mit eben dieser Eigenschaft auswerten. Nur, wenn der Mausdruck vorbei ist, dann gibt es eben kein OnChange mehr (s. weiter oben).

Gibt (gäbe) es das Ereignis "TTimerSpeedButton.OnMouseUp", dann sind (wären) die Editeingaben nicht mit erfaßt, und ich stehe (stünde) zusätzlich vor obigem, mit * markiertem Problem. Ich müßte zwei Ereignisbehandlungsroutinen auswerten (die allerdings in eine gemeinsame Prozedur münden könnten).

Bummi, ich versuchte Deine Idee auch auf den im Beitrage weiter oben genannten Plattformen umzusetzen, aber es findet beim Dauermaustastendruck leider immer noch das unerwünschte "Dauerfeuer" statt. Ich setzte das so um:

Delphi-Quellcode:

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  StdCtrls, Spin;

type
  TForm1 = class(TForm)
    SpinEdit1: TSpinEdit;
    procedure ApplicationEvents1Message(var Msg: tagMSG; var Handled: Boolean);
    procedure SpinEdit1Change(Sender: TObject);
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  Form1: TForm1;

implementation

{$R *.DFM}

var FMouseDown:boolean;

procedure TForm1.ApplicationEvents1Message(var Msg: tagMSG; var Handled: Boolean);
begin
   if Msg.message= WM_LBUTTONDOWN then FMouseDown := true
   else if Msg.message= WM_LBUTTONUP then FMouseDown := false

end;

procedure TForm1.SpinEdit1Change(Sender: TObject);
begin
if not FMouseDown then windows.beep(200+random(1000),100)
end;

end.

Ist daran etwas falsch?

Himitsu (=Geheimnis), Deine Idee ist simpel, erschlägt aber all' die o.g. Probleme auf ziemlich triviale Weise (muß man aber auch erst einmal darauf kommen) und ist so gesehen doch von ganz eigener Eleganz. Sie funktioniert ab ca. 110(+x) ms Timerintervall, wohl abhängig von der Computergeschwindigkeit. Das hat sicher mit RepeatPause=100 zu tun. Wundert mich nur, daß es auch für die Verzögerung nach dem ersten Klick, implementiert als InitRepeatPause=400 genauso funktioniert (also, daß der Timer sich nicht meldet).

Also noch einmal danke, ggf. auch im voraus für weitere Beiträge.

[Bummi]

beep funktioniert bei mir nicht, so habe ich das gewünschte Ergebnis

Delphi-Quellcode:

procedure TForm2.SpinEdit1Change(Sender: TObject);
begin
if not FMouseDown then Showmessage('Done')
//windows.beep(200+random(1000),100)
end;

[Delphi-Laie]

Ich leider nicht: Schon beim ersten Mausklick erscheint die (Show)Messagebox, die den Fokus auf sich erzwingt, und SpinEdit läuft nicht weiter (das soll ja passieren, nur eben das Ereignis dazu entweder nicht ausgeführt bzw. abgefangen oder mit einer passenden boolschen Variable ins Leere laufen gelassen werden). Wenn zwei das gleiche tun, ist es eben doch nicht dasselbe, das bewahrheitet sich leider immer wieder.

[Bummi]

Hast Du ApplicationEvents1 angehängt also das ganze an die Komponente gehängt, ist FMouseDown initialisiert (besser als Klassenvariable)

[Delphi-Laie]

Bummi, ich verstehe Deine Frage leider überhaupt nicht. Ich "bepperlte" ein Spinedit auf das Formular, rief dessen Standardereignis auf, füllte es (zunächst mit beeps, dann mit dem Showmessage), und den Rest fügte ich "manuell" hinzu. Die gesamte Unit zeigte ich.

[Thom]

Delphi-Quellcode:

function IsKeyDown(Key: Integer): Boolean;
begin
  Result:=GetKeyState(Key)<0;
end;

function IsLeftMouseButtonDown: Boolean;
begin
  Result:=IsKeyDown(VK_LBUTTON);
end;

[Bummi]

ok, Dir fehlt eine Komponente, deren Property OnMessage ist zu versorgen
 ApplicationEvents1: TApplicationEvents;

[Delphi-Laie]

Thom, das ist das gleiche Problem, das ich schon oben beschrieb: Wenn die linke Maustaste nicht gedrückt wird, wird das OnChange-Ereignist gar nicht erst ausgelöst, so daß umgekehrt, wenn dieses Ereignis (von der Maus) ausgelöst wird, die Funktion immer true ergibt. Das verhindert zwar die "Salve" und taugt auch für manuelle Eingaben in das Edit (die dann korrekterweise das OnChange auslösen), unterdrückt jedoch auch das letzte mausverursachte OnChange, doch das möchte ich hingegen auswerten. Mir ist nunmehr klar, daß es auch nicht damit getan ist, abzufragen, ob beide TTimerSpeedButtons nicht gedrückt sind - dort taucht nämlich das gleiche Problem auf, als wenn man die Maustasten abfragen würde. Vielmehr wäre noch ein zusätzlich abruf- und auswertbares Ereignis "TTimerSpeedButton.OnMouseUp" vonnöten, aber das ist wohl unerreichbar.

Bummi, welche Komponente ist/wäre das? Ich benutzte dafür nur das "nackte" Turbo- respektive XE2-Delphi ohne irgenwelche Drittkomponenten.

Himis Idee mit den Timern erfüllt im übrigen genau das, was ich suchte. Ich werde in Kürze eine neue Version meines Sortierprogrammes hier veröffentlichen, das diese Idee implementiert haben wird. Ohne diese timergesteuerte Verzögerung (bzw. genaugenommen Prozedurablaufunterdrückung) hängt sich die neue Version meines Programmes an diesen "Salven" irgendwann auf - Grund unbekannt.

Also noch einmal danke Euch allen!

[Bummi]

wenn do TApplicationEvents nicht als Komponente hast kannst Du auch folgendes machen (hoffentlich bei Turbo)

Delphi-Quellcode:

procedure TForm2.MyOnMessage(var Msg: TMsg; var Handled: Boolean);
begin
   if Msg.message= WM_LBUTTONDOWN then FMouseDown := true
   else if Msg.message= WM_LBUTTONUP then FMouseDown := false

end;

procedure TForm2.FormCreate(Sender: TObject);
begin
  Application.OnMessage := MyOnMessage;
end;

[Delphi-Laie]

Bummi, das funktioniert, und zwar genausogut wie himitsus Idee. Das ist genau das, was ich meinte und suchte und ist sogar ein wenig einfacher als das "Rumgemache" mit den Timern (die ihren Zweck aber auch erfüllen).

Es funktioniert sogar schon mit Delphi 2!

Programmieren ist ein wenig wie Hexerei. Eine jahrelange Schule ist nötig, und nicht jeder schafft es, in die tiefsten Untiefen hinabzutauchen, nicht wahr?

Danke!