Ctrl-# funktioniert nicht (immer)

[Uwe Raabe]

Also, ob Deutsches oder Englisches Delphi ist schon mal egal. Der Menüpunkt arbeitet immer gleich und hält den Cursor in der Zeile.

Schaltet man das Windows-Keyboard um auf Englisch, wird im Menü Ctrl-/ als Shortcut aufgeführt. Über die Tastatur setzt Ctrl-/ den Cursor in die folgende Zeile.

Mit einem Deutschen Layout wird im Menü Ctrl-# als Shortcut angezeigt (auch in einem Englischen Delphi). Interessanterweise funktioniert Ctrl-/ auch hier, was vermuten lässt, dass das in einem Key-Event abgehandelt wird - und deswegen dann immer funktioniert.

Wir forschen noch weiter...

[Benmik]

Wie schon erwartet: Trat eben prompt auf, einfacher Rechtsklick in den Editor (war noch nicht mal auf der Zeile) behob den Fehler!

[TurboMagic]

Danke für die Rückmeldung!

[Benmik]

... und eben wieder:

EINF - ob man 1x, 2x oder 3x drückt - bewirkt nichts, Rechtsklick behebt die Sache nach wie vor.

[Uwe Raabe]

Danke!

Wir konnten mit Hilfe eines engagierten Embarcadero-Mitarbeiters bisher Folgendes feststellen:

1. Der Befehl lässt sich bei US-Layout nur mit Ctrl+/ ausführen. Das wird dort auch im Menü als Shortcut angezeigt.
2. Das Verhalten unterscheidet sich dort: Die Tastenkombination rückt eine Zeile weiter, der Menübefehl nicht.
3. Mit German-Layout wird Strg+# als ShortCut im Menü angezeigt.
4. Die Funktion lässt sowohl bei Tastendruck als auch beim Menü-Befehl die Zeile unverändert.
5. Auch im German-Layout funktioniert Strg+/ (NumPad), dies auch wie bei US mit Zeilenänderung.
6. Die Taste / bzw. ? im US-Layout entspricht dem virtuellen Key Code VK_OEM_2 .
7. Im German-Layout entspricht VK_OEM_2 der Taste # bzw. ' .
8. Die Taste / (DIV) im NumPad entspricht dem Code VK_DIVIDE , sowohl im US- als auch im German-Layout.
9. Je nach in der IDE ausgewählter Tastaturbelegung wird CTRL+/ und CTRL+DIV dort bereits abgefangen.
10. Dadurch wird im US-Layout der Menü-ShortCut nie erreicht und die haben somit auch nicht das Problem im Titel dieses Threads.

Es gibt also eigentlich zwei Ursachen:

a) Irgendetwas blockiert den Strg+# ShortCut des Menüs - vermutlich ein Disablen der Action, was beim Anzeigen des Menüs wieder neutralisiert wird.
b) Die ausgewählte Tastaturbelegung registriert nicht CTRL+VK_OEM_2 , sondern versucht das über den Character / , was im German-Layout aber nicht klappt.

Würde die IDE also bei der Tastaturbelegung nicht ein ShortCut(Ord('/'), [ssCtrl]) verwenden, sondern ein ShortCut(VK_OEM_2, [ssCtrl]) wäre b) schon mal gelöst und damit das Problem auch nicht mehr existent.

Vermutlich ist a) aber auch verantwortlich für eine Reihe anderer Probleme.

[TurboMagic]

Zitat von Uwe Raabe:

Würde die IDE also bei der Tastaturbelegung nicht ein ShortCut(Ord('/'), [ssCtrl]) verwenden, sondern ein ShortCut(VK_OEM_2, [ssCtrl]) wäre b) schon mal gelöst und damit das Problem auch nicht mehr existent.

Vermutlich ist a) aber auch verantwortlich für eine Reihe anderer Probleme.

Das bedeutet doch aber, dass man zumindest das oberflächlich reparieren könnte.
Natürlich sollte man sich dann vermerken, dem Punkt a) mal nachzugehen, aber wenn
b) schon mal dafür funktioniert, warum das dann nicht einsetzen?

Wir deutschen Anwender wären dafür sicher sehr dankbar!

[Aviator]

Leider habe ich in der letzten Zeit nicht sonderlich viel mit der IDE gearbeitet. Folglich ist auch das CTRL+# Problem nicht aufgetreten. Was ich aber öfters hatte war, dass ich das Refactoring (also Umbenennen) CTRL+SHIFT+E nicht ausführen konnte. Ein simples Öffnen und Schließen des Kontextmenüs hat auch hier geholfen, dass der Shortcut wieder angenommen wurde. Ausführen musste ich den Befehl über das Kontextmenü nicht.

[Benmik]

Zitat von Uwe Raabe:

Auch im German-Layout funktioniert Strg+/ (NumPad), dies auch wie bei US mit Zeilenänderung.

Verdienstvoll!

Ich habe mich gefragt, wo denn Strg+/ (NumPad) auf einer deutschen Tastatur zu finden ist. Die Angabe ist semantisch und nicht symbolisch gemeint, das Zeichen auf der Tastatur ist das ÷ .

[Delphi.Narium]

Bei mir gibt es keine Taste ÷ sondern nur die Taste mit dem /.

Kommt wohl auf den Tastatur- / Notebook- / ...-hersteller an.

Gemeint ist also die Taste mit dem Symbol für eine Division.

[Sherlock]

Das kommt dann wohl sehr auf den Tastaturhersteller an. Bei meinem (Apple) ist es sehr wohl das "/" auf dem Numblock.

Sherlock