"Falsche" Klicks durch Doppelklicks

[Rakshasa]

Hallo liebe Experten hier,

ich habe bei meinen Programmen immer mal wieder das Problem, dass Kunden z.B. in einem angezeigten Fenster auf "OK" doppelklicken. Wird dann dabei das Fenster geschlossen, kann es passiert, dass ein Klick auf das darunterliegende Fenster "weitergeleitet" wird, sodass manchmal das Programm "seltsame" Dinge tut, die der Kunde ja eigentlich nicht wollte.
(und bei denen es echt mühselig ist herauszufinden, wieso dies und jenes passiert).

Meine Frage an euch:

Wie geht ihr mit solchen Möglichkeiten um? Gibt es Tricks oder Dinge, die ich als Entwickler im Quellcode beachten kann/sollte?


Ich habe mal gelesen, der beste Programmtest wäre es, sich einfach auf die Tastatur zusetzen - das Programm sollte stabil weiterlaufen. So ganz von der Hand zu weisen ist das wohl nicht

[messie]

Sollte da nicht ein Application.Processmessages im OnCloseQuery des Hauptfensters reichen? Damit wird die Evenqueue des Tasks ausgefegt und dann geschlossen.

Grüße, Messie

[Namenloser]

Vielleicht wäre es möglich, eine Button-Komponente abzuleiten, die einen Doppelklick-Ereignishandler hat? Dann wird nämlich automatisch bei einem Einfack-Klick eine gewisse Zeit auf einen zweiten Klick gewartet, und es wird nicht sofort das normale OnClick-Ereignis ausgelöst. So ist es bei anderen Komponenten, die ein Doppelklick-Ereignis besitzen.

Die andere Möglichkeit, die mir einfiele, wäre, in den OnClick-Handler ein kleines Delay einzubauen, was aber nicht gerade schön wäre.

[Union]

Du könntest Dir die Schließzeit der Fenster (bzw. auch das Auslösen bestimmter Aktionen) global merken und weitere Aktionen innerhalb x ms ignorieren.

[Rakshasa]

Zitat von messie:

Sollte da nicht ein Application.Processmessages im OnCloseQuery des Hauptfensters reichen?

Habe ich ausprobiert, das alleine reicht leider nicht.
Ich habe nun einen Delay von 100ms eingerichtete, der recht zuverlässig alle Doppelklicks abfängt. Eine Ableitung von TButton bietet sich leider so schnell nicht an, da ich ja alle Formulare umbauen müsste und dazu fehlt mir einfach die Zeit.

Ich bin ja schon froh, dass ich endlich eine Erklärung für komische Kunden-"Fehlermeldungen" habe...

[Sir Rufo]

Warum solltest du dafür die Formulare umbauen müssen?

Dafür kann man doch die Klassen "hacken"

Einfach eine Unit bauen mit der nötigen Erweiterung und dann bei jeder Form die Unit einbinden.

Delphi-Quellcode:

unit uButtonHack;

interface

uses StdCtrls;

type
  TButton = class( StdCtrls.TButton )
    // hier kannst du dich jetzt austoben ;)
  end;

implementation

end.

[Namenloser]

Zitat von Rakshasa:

Zitat von messie:

Sollte da nicht ein Application.Processmessages im OnCloseQuery des Hauptfensters reichen?

Habe ich ausprobiert, das alleine reicht leider nicht.

Kann ja auch nicht. Der zweite Klick kommt ja erst, (kurz) nachdem das Formular bereits geschlossen wurde...

[Union]

Wenn man alles über Actions ausführt (natürlich noch nicht in FMX) dann kann man das ja am OnExecute der Actionlist festmachen.

[Rakshasa]

Zitat von Union:

Wenn man alles über Actions ausführt (natürlich noch nicht in FMX) dann kann man das ja am OnExecute der Actionlist festmachen.

Das geht leider nicht: Teilweise werden die Formulare z.B. über .Showmodal angezeigt, die Buttons haben dann kein .OnClick oder .Action-Ereignis, sondern nur die Eigenschaft mrOK oder mrAbort.

Das mit den Buttons klingt doch ganz interessant...ich werde das mal antesten, danke!

[Luckie]

Was sind das für Nutzer? Sind es ältere Menschen oder sind sie behindert oder sind es ganz normale Menschen, wie du und ich? Wenn es normale Personen sind, würde ich sagen: "Lernt endlich Windows zu bedienen." Oder ich würde das Formular, welches darunter liegt, etwas umgestalten, so dass der zweite Klick aufs leere Fenster geht und nicht auf ein Steuerelement.