![]() |
Fokus von Button nehmen
'Nabend DP,
durch meinen "kleinen" ![]() Wenn ich auf einen Button klicke und danach mittels Pfeiltasten weiter spielen möchte, reagiert das Programm nicht mehr auf dieses Ereignis. Nun habe ich vermutet, dass es dadran liegt, dass ich Form1 im Fokus haben muss, damit es Tasten erkennt. Doch mit einem einfachen Form1.SetFocus komme ich nicht weiter :? Bin ich mit meiner Vermutung auf dem Holzweg ? Denn komischer Weise klappen nur die Pfeiltasten nicht mehr. Soll heißen: wenn ich die Steuerung auf WASD lege, funktioniert alles einwandfrei. Auch wenn der Button weiterhin im Fokus ist :idea: Hat jemand schon einmal das selbe Problem gehabt und gelöst ? Wäre für jegliche Idee dankbar |
AW: Fokus von Button nehmen
Müssen nicht unbedingt, aber
|
AW: Fokus von Button nehmen
Zitat:
Zitat:
Zitat:
Zitat:
Doch kennt jemand noch eine Lösung für BitButtons/ Normale Buttons ? Mich würde interessieren, warum der Button um nichts in der Welt den Fokus zurück gibt .. |
AW: Fokus von Button nehmen
KeyPreview = True ist eigentlich das was du benötigst. Es sorgt dafür, je nach Event, dass das Formular die Tastenanschläge der Komponenten bekommt. Wenn nichts ankommt, vielleicht hast du irgendwo die Keys abgefangen und sie verändert.
Alternativ kannst du SpeedButtons nehmen, die bekommen nämlich keinen Fokus ab. |
AW: Fokus von Button nehmen
BitBtn gehört auch dazu. Bei einem der Beiden kann man dieses Verhalten aber an/abschalten.
Ja, du verarbeitest vielleicht das OnKeyUp/OnKeyDown/OnKeyPress der Form, aber scheinbar nicht die des Buttons. :zwinker: |
AW: Fokus von Button nehmen
Zitat:
Ich könnte schwören, dass ich im OI vom Button unter Events gescheut habe :oops: scheinbar nicht gut genug. Damit ist es natürlich kein Problem mehr, wenn der Button den Fokus nicht her gibt. Oh man, nächstes mal prüfe ich 3x den OI nach 'nem passenden Event :roll: Danke an dieser Stelle und bis zum nächsten Problem :hi: |
AW: Fokus von Button nehmen
PS: Wenn du von Komponenten oder im KeyPreview einen Ereignis abfängst, dann ist es manchmal nicht schlecht, dieses auch als "Verarbeitet" zu markieren.
z.B. wenn man vom Button die Leertaste abfängt und das eventuell im nicht nur im OnKeyDown, sondern dann auch im OnKeyUp, denn sonst würde der Button sonst auch nochmal darauf reagieren. - Entweder es gibt sowas wie einen Handled/Behandlet-Status, wie z.B. das Funktionsresult oder einen Varparameter. - Bei OnKeyUp/-Down/-Press kann man den Key auf #0 oder 0 setzen. - Man ruft Abort auf. (wenn möglich, dann aber besser ohne diese stille Exception) - Oder es gibt noch irgenwelche andere Möglichkeiten. |
AW: Fokus von Button nehmen
Ich hatte es bisher so gelöst:
Delphi-Quellcode:
Im OnTimer Event (also da wo die neue Bewegung berechnet wird) wird dann wieder TasteGedrueckt = False gesetzt. Das verhinderte, dass man sich nicht selber beißen kann (indem man schnell die Richtung ändert) und eben, dass das Event nicht 2mal ausgeführt wird.
Case Key of
VK_LEFT : if (Richtung <> Rechts) and (Richtung <> Links) and (TasteGedrueckt = False) then begin Richtung := Links; TasteGedrueckt := True; end; |
AW: Fokus von Button nehmen
Das meinte ich nicht.
Damit blockst du ja nur deine eigene Eventbehandlung. Geh mal ins OnKeyDown oder OnKeyUp eines Buttons und versuch die Leertaste abzufangen, bzw. damit was anderes zu machen. Auf die Form ein Memo pappen und dann jeweils das an den Button hängen und die Leertaste (
Delphi-Quellcode:
oder
' '
Delphi-Quellcode:
) verarbeiten
Ord(' ')
- in OnClick
Delphi-Quellcode:
(das Ereigniss beim Drücken des Button)
Memo1.Lines.Insert(0, 'Button gedrückt');
- in OnKeyPress
Delphi-Quellcode:
(was Anderes)
Memo1.Lines.Insert(0, 'Leertaste gedrückt');
- in OnKeyDown
Delphi-Quellcode:
(nochwas)
Memo1.Lines.Insert(0, 'Leertaste drücken');
- in OnKeyUp
Delphi-Quellcode:
Memo1.Lines.Insert(0, 'Leertaste loslassen');
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:18 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz