Menüpunkte ohne ALT-Taste aufrufen

[uligerhardt]

Hallo zusammen!

Unter Windows kann man Menüpunkte ja auch mit Tastatur aufrufen, z.B. "&Neu" per ALT-N. Unsere Benutzer sind es nun aus DOS-Zeiten gewöhnt, dass das auch ohne ALT-Taste funktioniert, also im Beispiel schon durch "N" allein. Das habe ich prinzipiell auch hingekriegt, indem ich in unserer Basisformklasse IsShortCut überladen habe. Das hat allerdings den Nachteil, dass man jetzt z.B. in Editboxen nur noch Buchstaben eingeben kann, die nicht als Menüpunkt vergeben sind.
Mir schwebt jetzt eine Lösung vor, in der ich meine Tastendrücke für das Menü erst in Betracht ziehe, nachdem Editboxen etc. ihre Chance hatten. Allerdings habe ich bis jetzt keine passende Stelle dafür gefunden. Hat jemand einen Tipp für mich?

Bye,
Uli.

[himitsu]

Also wenn das Menü geöffnet ist, dann kann ich den Buchstaben auch so ohne Alt benutzen.

z.B. F10, D und dann F = "&Datei > Datei Ö&ffnen..." im FireFox (oder statt F10 ein ALT)

Und ich kann mich nicht erinnern, daß es in DOS früher "standardmäßig" ohne Alt gin, wenn wenn damü noch zugeklappt war.
Es sei denn ein Programmierer harre die Tasten selber "global" abgefangen.

[uligerhardt]

Zitat von himitsu:

Also wenn das Menü geöffnet ist, dann kann ich den Buchstaben auch so ohne Alt benutzen.

z.B. F10, D und dann F = "&Datei > Datei Ö&ffnen..." im FireFox (oder statt F10 ein ALT)

Damit das das Problem löst, müsste meine Anwendung aber dauernd in der Menüschleife stehen, oder? Dann wäre es sogar noch schwieriger, Text in ne Editbox zu kriegen.

Zitat von himitsu:

Und ich kann mich nicht erinnern, daß es in DOS früher "standardmäßig" ohne Alt gin, wenn wenn damü noch zugeklappt war.
Es sei denn ein Programmierer harre die Tasten selber "global" abgefangen.

"Standardmäßig" ging unter DOS vermutlich gar nix. Aber in alten Versionen unserer Software war's halt so. Und letzthin wurde mir vorgerechnet, dass unsere Anwender jetzt 1500mal öfter am Tag ALT drücken müssen als anno dunnemals.

[DeddyH]

Was installieren die sich auch so einen neumodischen Kram wie Windows

[Namenloser]

Kannst du nicht einfach prüfen, ob das aktive Control ein Eingabefeld ist?

[DeddyH]

Wobei auch das in meinen Augen Murks wäre, da man dann entweder doch die ALT-Taste braucht oder ein paar mal mit dem Tabulator den Fokus auf ein Nicht-Eingabefeld setzen müsste, damit das klappt.

[uligerhardt]

Zitat von NamenLozer:

Kannst du nicht einfach prüfen, ob das aktive Control ein Eingabefeld ist?

Hab ich auch schon überlegt. Aber es ist ja nicht mit Editboxen getan: In Listboxen kannst du per Eingabe per Anfangsbuchstaben Einträge selektieren, Grids können Inplace-Edits haben und was weiß ich nicht alles. Drum hätte ich gerne eine Möglichkeit, dem fokussierten Control erstmal den Vortritt zu lassen, und erst, wenn dieses kein Interesse bekundet hat, mit meinen Menüpunkten zu kommen.

[Namenloser]

Zitat von uligerhardt:

Drum hätte ich gerne eine Möglichkeit, dem fokussierten Control erstmal den Vortritt zu lassen, und erst, wenn dieses kein Interesse bekundet hat, mit meinen Menüpunkten zu kommen.

Hast du Zugriff auf die Sourcen der VCL? Du könntest dir ja mal anschauen, wie Borland/CodeGear/Embarcadero die Eigenschaft KeyPreview von TForm implementiert hat. Vielleicht könntest du dir davon was abgucken.

[DeddyH]

Aber bei z.B. Edits oder ComboBoxen bekommst Du dann immer noch Probleme (es sei denn, Du kannst Gedanken lesen), denn soll bei Druck auf "S" nun gespeichert werden oder war das eine Eingabe? Wir drehen uns im Kreis.

[uligerhardt]

Zitat von DeddyH:

Wobei auch das in meinen Augen Murks wäre, da man dann entweder doch die ALT-Taste braucht oder ein paar mal mit dem Tabulator den Fokus auf ein Nicht-Eingabefeld setzen müsste, damit das klappt.

Das wäre ein akzeptabler Kompromiss, da unsere Anwendung auch andere Uralt-Gebräuche befolgt. Zum Beispiel sind Menüs oft nur dann vorhanden/aktiv, wenn man nix eingeben kann. (Ich kann nix dafür . War halt auch ne Abwägung zwischen Rückwärts- und Systemkompatibilität.)