Ctrl-# funktioniert nicht (immer)

[TurboMagic]

Hast du mal geschaut, ob das schon in QP erfasst ist und es falls nicht bitte erfasst?

[Uwe Raabe]

Zitat von TurboMagic:

Hast du mal geschaut, ob das schon in QP erfasst ist und es falls nicht bitte erfasst?

Der QP wird aktuell mangels Reproduzierbarkeit nicht geöffnet - kann ich verstehen.

Meine Idee basiert auf der Annahme, dass ein TAction.OnUpdate den Shortcut wieder ins Rennen bringt. Mit dem Hinweis könnten wir den Bug vielleicht doch noch im System pushen. Ich würde es aber nicht ins QP übernehmen, wenn es eine Sackgasse ist.

[TurboMagic]

Hallo Uwe,

da hab' ich mich einerseits unglücklich ausgedrückt und du andererseits missverstanden was ich meinte.
Die Strg-# Sache ist mir bewußt (ich kenne den Report Erfasser).

Ich meinte die Sache im Formdesigner die Benmik in then Thread eingebracht hat.

Grüße
TurboMagic

[Uwe Raabe]

Zitat von TurboMagic:

Ich meinte die Sache im Formdesigner die Benmik in then Thread eingebracht hat.

OK. (War zwar Redeemer, aber egal)

[himitsu]

Jo das funktioniert bestimmt schon seit 10 Jahren nicht richtig und ein Muster konnte ich auch nicht erkennen.
Weiß aber auch nicht mehr wann es zuletzt war und ob es dann auch irgendwann wieder funktioniert.

Witzig ist aber, dass Strg+/ (Nummerblock) dagegen fast immer funktioniert und das Selbe macht.
Ist schon fast automatisch, dass ich dann zu / wechsel und es garnicht mehr richtig mitbekomm.

[Uwe Raabe]

Zitat von himitsu:

Witzig ist aber, dass Strg+/ (Nummerblock) dagegen fast immer funktioniert und das Selbe macht.

Das ist der entsprechende Key-Code für das Englische Tastatur-Layout. Hat 'ne Weile gedauert, bis die mit unserem Code überhaupt etwas anfangen konnten. Vermutlich ist das Ganze eine rein Deutsche Angelegenheit.

[Benmik]

"Befolgend dies ward der Tabant,
ein völlig deutscher Gegenstand."

(Christian Morgenstern)

[haentschman]

Moin...

Zitat:

Meine Vermutung ist: Das reine Öffnen des Popup-Menüs genügt um die Funktionalität wiederherzustellen

...nicht nur. Bei mir reicht auch ein beherztes Klicken auf "Einfügen" (Tastatur) und wieder zurück.

Zitat:

Das ist der entsprechende Key-Code für das Englische Tastatur-Layout

...der Code der "Einfügen" Taste ist doch überall gleich? Oder? (nicht kontrolliert ) Dann wäre es doch ein "weltliches" Problem.

Zitat:

Meine Idee basiert auf der Annahme, dass ein TAction.OnUpdate

...da ist TAction nicht im Spiel.

[einbeliebigername]

Hallo,

ich kann unter 10.1 bestätigen, dass das aufmachen und gleich wieder schließen des Kontextmenüs reicht, um Strg+# wieder Funktionsfähige zu bekommen.

Zitat von Uwe Raabe:

Zitat von himitsu:

Witzig ist aber, dass Strg+/ (Nummerblock) dagegen fast immer funktioniert und das Selbe macht.

Das ist der entsprechende Key-Code für das Englische Tastatur-Layout.

Das sehe ich anders, da die Funktionsweisen der beiden sich unterscheiden. Wenn nichts markiert ist, schalten beide die Kommentierung der Zeile unterm Cursor um. Bei Strg+# bleibt der Cursor in der Zeile und Strg+/[Zehnerblock] setzt den Cursor eine Zeile nach unten.

Ich glaube das Problem ist größer.

Ich wage zu behaupten, wenn das Problem einmal aufgetreten ist, dass dann alle Tastenkombinationen des Kontextmenüs Buggy sind. Auch Refactoring -> Umbenennen alias Umsch+Strg+E hat Probleme. In Unit A Rechtsklick -> Refactoring -> Umbenennen und im Dialog abbrechen drücken. Auf Unit B wechseln und Umsch+Strg+E drücken. Er will dann den Bezeichner, welcher zuletzt in Unit A unterm Cursor befand, umbenennen. Auch das lässt sich mit Öffnen und Schließen des Kontextmenüs erst mal wieder lösen. Aber im Gegensatz zu Strg+#, welches bei weiteren Unit-Wechseln erst mal wieder funktioniert, erholt sich Umsch+Strg+E nicht. Man muss dann nach jedem Unit-Wechsel erst einmal das Kontextmenü aufmachen, damit Umsch+Strg+E funktioniert.