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

[ASM]

Zitat von Bummi:

@ASM

das wird nicht den gewünschten Effekt haben, da es bei jeder Änderung ausgelöst wird.

Stimmt.
Ich hatte übersehen, dass entscheidend sein soll, festzustellen, ob der SpinEditButton gerade gedrückt ist.
Mein Vorschlag dagegen kann das gerade nicht und ist vielmehr darauf ausgelegt, festzustellen, ob gerade entweder auf Up oder aber auf Down gedrückt wird, und das dann entsprechend nach Bedarf zu behandeln (btw: so kann man außerdem auch in Stufen>1 in- bzw. dekrementieren).

[himitsu]

Oder lagere den Code in einen Timer aus (Timer-Interval etwas länger, als das OnClick-Interval).

Im OnClick wird dann nur Timer.Enabled:=False; Timer.Enabled:=True; ausgeführt.
Im OnTimer dann Timer.Enabled:=False; und danach der eigentliche Code.

[Delphi-Laie]

Hallo, danke Euch allen!

Bummi, Deinen Vorschlag probierte ich als ersten, und zwar alles mit true und false und mit if FMouseDown und if not FMousedown. Nichts funktioniert so wie gewünscht, und inzwischen ist mir auch klar, warum: Das OnChange-Ereignis wird nur ausgelöst, wenn ein Pfeil (und damit die linke Maustaste) noch gedrückt ist. Wird kein Pfeil mehr gedrückt, schaltet zwar FMouseDown um, doch es fehlt eben das OnChange-Ereignis. Der nächste Vorschlag, auch dafür danke, wird wohl auch nicht diesem Ereignis zugrundeliegen, das sehe sogar ich. Probieren werde ich das aber trotzdem.

Was ich benötige, ist das Ereignis, daß ein Pfeil "losgelassen" wird. Leider scheint es das nicht zu geben, und an dieses heranzukommen, ist wohl schwierig bis womöglich unmöglich. Also, laßt Euch Eure Zeit nicht weiter von mir rauben, es sei denn, es ist für Euch eine sportliche Herausforderung an den Ehrgeiz.

Nochmals danke!

Ergänzung: Ein stinknormaler Button hat dieses Ereignis, das ich meine: OnMouseUp. SpeedButton und BitBtn auch. Mal schauen, ob irgendjemand dieser Typen/Klassen für die Pfeile beim SpinEdit oder UpDown herhalten mußte. Ergänzung 2: Nein, scheint ein TTimerSpeedButton zu sein, wohl eine abstrakte Klasse. Scheibenkleister. Ergänzung 3: Wohl doch nicht so abstrakt und kennt sogar das Ereignis OnMouseUp...

[Delphi-Laie]

Zitat von himitsu:

Oder lagere den Code in einen Timer aus (Timer-Interval etwas länger, als das OnClick-Interval).

Im OnClick wird dann nur Timer.Enabled:=False; Timer.Enabled:=True; ausgeführt.
Im OnTimer dann Timer.Enabled:=False; und danach der eigentliche Code.

Das ist zwar eine "Bastellösung", die mir nicht sonderlich elegant erscheint (ich träume immer noch davon, irgendwie noch an ddie OnMouseUp-Ereignisse zu gelangen), aber sie funktioniert immerhin (ist jetzt keine Spitze gegen die Bemühungen zuvor). Danke, himitsu!

[Bummi]

@Delphi-Laie
welche Delphi/Windowsversion setzt Du ein? Ich frage weil die Eventlösung bei mir mit D2010 und XE unter Server 2008 und Vista funktioniert.

[Delphi-Laie]

Zitat von Bummi:

@Delphi-Laie
welche Delphi/Windowsversion setzt Du ein? Ich frage weil die Eventlösung bei mir mit D2010 und XE unter Server 2008 und Vista funktioniert.

Delphi 4 auf Windows 2000. Werde es "morgen" (ja eigentlich schon heute) mit Turbo-Delphi auf Windows XP (32 Bit) und ggf. auch mit XE2 unter Windows 7 (64 Bit) ausprobieren. Bis dahin ersteinmal: Gute Nacht!

[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;