Ziffernblock-Short im Menü richtig anzeigen?

[PeterPanino]

Hallo, ich weise zur Laufzeit einem MenuItem einen Shortcut zu:

Delphi-Quellcode:

mDoSomething.ShortCut := Menus.ShortCut(VK_NUMPAD1, [ssCtrl]);

Leider erscheint dann im Menüeintrag nur das Tastaturkürzel "Strg+1" ohne Hinweis auf Ziffernblock, Keypad, Numpad o.ä.:

http://img716.imageshack.us/img716/2139/shortcut.gif

Wie kann man also den Sortcut so im Menü anzeigen lassen, dass der User weiß, dass mit "1" der Ziffernblock gemeint ist und nicht die 1-Taste über den Buchstabentasten? (Natürlich funktioniert der so zugewiesene Shortcut nur mit der Ziffernblock-Taste und nicht mit der Ziffern-Taste über den Buchstabentasten).

[PeterPanino]

Irgendwo habe ich dunkel in Erinnerung, dass ein Programm einmal einen Ziffernblock-Shortcut als solchen angezeigt hat. Weiß jemand, ob das in Windows überhaupt möglich ist?

[himitsu]

Wenn du die normalen ShortCut-Methoden nutzt, dann wird da wohl nicht unterschieden.

Aber du kannst ja die Tasten, via OnKeyDown und Co., selber auswerten.

[PeterPanino]

Du meinst, selbst einen Pseudo-Shortcut-Text in den Menüeintrag schreiben? Nein, das sieht hässlich aus, und das mit der Key-Auswertung ist auch nicht das Wahre.

Ich verstehe nicht, dass man das bei der API-Erstellung nicht berücksichtigt hat. Oder haben die damals geglaubt, dass nicht alle so reich sind, um sich einen Ziffernblock leisten zu können? ;-)

[uligerhardt]

Ich weiß, ist schon ein bisschen her, aber ich beschäftige (== ärgere :mrgreen:) mich auch grad mit der Thematik.

Zitat:

Zitat von PeterPanino (Beitrag 1042657)

Ich verstehe nicht, dass man das bei der API-Erstellung nicht berücksichtigt hat. Oder haben die damals geglaubt, dass nicht alle so reich sind, um sich einen Ziffernblock leisten zu können? ;-)

Da kann ausnahmsweise mal die API nix dafür, sondern die VCL ist schuld. Die behandelt in ShortCutToText nämlich VK_NUMPAD0-9 selber (und das nicht allzu intelligent) anstatt das Betriebssystem zu fragen (=> GetSpecialName => GetKeyNameText).

Wobei letzteres auch nicht sooo toll ist - zumindest bei mir kommen nämlich fast ausschließlich GROSSBUCHSTABEN, was nicht gerade schön ausschaut (siehe Anhang). :?

[Luckie]

Warum die Unterscheidung? An meinem Netbook habe ich keinen Ziffernblock, was soll ich da nutzen? Und gerade am Netbook arbeite ich viel mit Shortcuts, wenn ich keine Maus dabei habe.

[PeterPanino]

Zitat:

Zitat von Luckie (Beitrag 1072201)

Warum die Unterscheidung? An meinem Netbook habe ich keinen Ziffernblock, was soll ich da nutzen? Und gerade am Netbook arbeite ich viel mit Shortcuts, wenn ich keine Maus dabei habe.

Wieso beziehst du die Frage auf dich selbst? Es ist doch eine allgemeine Frage, und viele Leute benutzen eben eine Tastatur mit Ziffernblock ...

[himitsu]

Wieso nur auf sich selbest?

Wieso willst du unbedingt die beiden Zahlentasten unterschiedlich behandeln?

Ich sh auch keinenNutzndarn,sowaszu tun.


PS: Notfalls könnte es gehn, wenn man die WM_KEY...-Messages selberbeandelt.

[PeterPanino]

Zitat:

Zitat von himitsu (Beitrag 1072213)

Ich sh auch keinenNutzndarn,sowaszu tun.

Du fährst mit einem Auto, und du siehst keinen Nutzen darin, dass die Knöpfe für den Scheibenwischer und den Schleudersitz unterschiedlich beschriftet sind ...?

:-D
:lol:
:-D

[himitsu]

Nee, genau anders.
Ich sähe einen Nutzen darin, daß die beiden Knöpfe für den Schleudersitz auch beide nur Diesen auslösen und einer davon nicht urplötzlich nur den Scheibenwischer anmacht. :angel:

[PeterPanino]

O Gott, was ist aus Delphi-Praxis geworden - das war doch früher mal eine intelligente Delphi-Site ...

:roll:

[himitsu]

Wie gesagt, wenn du es unbedingt anders machen mußt, dann wirst du die Tastaturnachrichten selber verarbeiten müssen.
Da das gewünschte nichtstandardmäßige Verhalten so eben nicht vorgesehn ist.

[PeterPanino]

Ich würde den beschriebenen Ist-Zustand nicht unbedingt als "standardmäßiges Verhalten" bezeichnen, da es unlogisch ist: Ziffernblock-Tasten lösen bei OnKey... ein anderes Tastatur-Ereignis aus als die Zifferntasten auf der Haupttastatur. Insofern würde ich eher von einem Fehlverhalten sprechen ...

[Luckie]

Ich beziehe meine Frage auf alle Net- und Notebook Benutzer, die keinen Ziffernblock haben. Udn ich finde es auch unlogisch das eine eins, was anderes auslöst als eine ähm, öhm eins? Eine eins vom Ziffernblock ist genauso eine eins wie beim nicht Ziffernblock. Das Windows Enter unterschiedlich interpretiert ist eine andere Sache.

Und das Forum ist noch genauso wie immer. Ich hätte dein Vorhaben auch für zwei Jahren in Frage gestellt. Aber wenn du alle Net- und Notebook Besitzer ohne Ziffernblock ausschließen willst, ist das deine Sache. Es war nur ein gut gemeinter Rat. Ween du ihn nicht annehmen willst, dann kann man das auch anders sagen.

[Die Muhkuh]

Hi,

wenn man die Tasturbelegung selbst definieren kann, es ist durchaus wünschenswert, wenn Ziffernblock 1 nicht eine "normale" 1 ist. Ja, Michael, es soll Leute geben, die benötigen sowas. Und die, die kein Zifferblock haben, können die Tasten anders definieren.

[Luckie]

Aber das sind wohl nur Ausnahmefälle.

[Die Muhkuh]

Wie gesagt, wenn man das ganze selbst definieren kann, kann jeder machen wie er möchte.

[Luckie]

Und dann ist jeder selber Schuld, wenn bei drücke der eins, was anderes passiert als beim Drücken der eins.

[Die Muhkuh]

Michael, wo ist Dein Problem? DU musst es nicht nutzen. Wenn ANDERE es nutzen wollen, wissen sie, was sie eingestellt haben.

[Luckie]

Ich habe kein Problem, wenn jeder es sich selbst konfigurieren kann, dann kann er machen, was er will. Nur mit einer solchen Vorgabe hätte ich Probleme.

[PeterPanino]

Ich arbeite mit einem professionellen Musikprogramm (wird auch in großen internationalen Musik- und Filmstudios eingesetzt), das die Definition von eigenen Tastaturkürzeln erlaubt. Dort wird in den Menüs zwischen Haupttastatur- und Ziffernblocktasten unterschieden: S. Anhang

[uligerhardt]

Um mal wieder zum Technischen zurückzukommen: Hiermit solltest du eine Lösung bauen können.

[uligerhardt]

BTW: Es gibt schon einen Quality-Central-Eintrag.