Delphi 2010 - nicht funktionierende Tastencodes

[himitsu]

Moin,

in meinem Delphi 2010 gehen manchmal/oftmals gehen einige Tastencodes nicht.

Also vorallem zickt grade Strg+hoch/runter rum, um zwischen Implementation und Interface rumzuspringen.

Und dann streubt sich ab und zu Strg+#.



Ich weiß, daß meine Codes manchmal ein graus für jeden Codeparser sind,
aber derzeit bin ich mal ganz brav.
> keine großen generischen Verrenkungen (abgesehn von ein/zwei TList<> und TObjektList<>)

Und beim Strg+# hab ich noch kein Muster erkennen können, manchmal geht es und manchmal nicht ... sogar an der selben Stelle, also wenn es nicht geht, dann geht es nach ein paar Versuchen und eventuell nach einer erneuten Markierung urplötzlich, also ohne Änderung des Codes.


Ist jetzt nichts großartig Schlimmes, aber es nervt extremst.

Haben da Andere auch Probleme und kennen vielleich Abhilfe?

> außer dem VST und Andys IDE-FixPack ist nichts installiert,
aber es tritt auch ohne diese Addons auf.

[ToFaceTeKilla]

Die Geschichte mit dem Strg+# ist mir auch vor ein paar Tagen aufgestoßen. Habe festgestellt, dass es bei mir nach einem Klick auf die entsprechende Option im Kontextmenü (Kommentar umschalten) auch mit dem Shortcut geht. Installiert habe ich an Addons nur CnPack.

[himitsu]

Jupp, der Eintrag im Menü funktioniert eigentlich immer.
Und nach Änderungen am Quelltext (wozu auch das Nutzen des Menüeintrags zählt), geht die Tastenkombi bei mir meistens auch wieder.

[pustekuchen]

Kann das Problem mit Strg + # nur bestätigen. Hab es auch schon sehr oft gehabt. Doch warum wieso weshalb..

Ich starte dann einfach Delphi eben neu. Aber naja ist nicht das Optimalste :/#

Installierte Addons: CnPack, GExperts. Ich meine aber das es vor der installation auch so war.

[hitzi]

Nimmt vielleicht ein anderes Programm den Shortcut weg? Ein Beispiel dafür wäre ICQ. Das nimmt mir immer die Möglichkeit Codeblöcke nach links oder rechts zuschieben (STRG+SHIFT+U oder STRG+SHIFT+I) - eins von beiden geht dann nicht mehr. Was ICQ kann, können sicherlich auch andere Programme.

[pustekuchen]

Habe nichts außer Delphi und Outlook und Excel laufen... ALso daran ehr weniger.

[himitsu]

Zitat von hitzi:

Nimmt vielleicht ein anderes Programm den Shortcut weg? Ein Beispiel dafür wäre ICQ. Das nimmt mir immer die Möglichkeit Codeblöcke nach links oder rechts zuschieben (STRG+SHIFT+U oder STRG+SHIFT+I) - eins von beiden geht dann nicht mehr. Was ICQ kann, können sicherlich auch andere Programme.

Macht Trillian, bzw. der ICQ-Teil davon auch, selbst wenn man diese ShortCuts da deaktiviert aht

Aber nee, bei diesen Tasten passiert es auch, wenn nur Firefox und Delphi läuft.

[himitsu]

Zitat von PN: AThurm:

Hey,

hattest du damals eine Lösung zu Strg + # ?

http://www.delphipraxis.net/155662-d...stencodes.html

Grüße,
Andreas

Nee, gelöst ist noch lange nicht.
Auch in XE tritt es noch auf ... vom Gefühl her sogar noch öfters, daß Strg+# nicht geht.

Und ICQ/Trillian sind nicht Schuld, da sie hier eh nicht installiert sind.


Als Ersatz für Strg+# hat sich Strg+/ (Nummern-/Zehnerblock) herausgestellt,
was auf vielen Rechnern gut und immer Funktioniert, bis auf mein Netbook, da ich dort keinen Zehnerblock besitze, bzw. dieser ja standardmäßig dektiviert ist, da er ja mitten in den Buchstaben rumgammelt.



Ist schon ein bissl erbärmlich, daß so fundmentale Dinge einfach nicht funktionieren.

[Kalakmul]

Die nicht immer funktionierende Tastenkombination STRG-# kann ich auch bestätigen. Wobei ich mir nicht sicher war, ob es doch an irgendeinem der Add-Ons liegt, die ich noch installiert habe. Einige Tastenkombinationen, die im Delphimenü jedenfalls angegeben sind, funktionieren nicht mehr, weil sie von einem der Add-Ons überschrieben sind.

Was mich nervt ist, dass die Menüleiste trotz "Unlock - Ausrichten - Lock - Speichern" nach Neustart der Oberfläche immer wieder durcheinandergewürfelt wird, sodass ich das grüne Dreiecksymbol zum kompilieren nicht sehen kann. Das liegt wohl daran, dass ich gerne die "alte neue" Komponentenleiste am oberen Bildschirmrand nutze. Anscheinend kann Delphi aber nur eine gewisse Anzahl von untereinander liegenden Symbolreihen korrekt speichern, sodass nach einem Neustart ein Teil hinter dem rechten Bildschirmrand verschwindet. Vielleicht könnte dies aber auch am CN-Pack liegen, das ein eigenes Symbol zum Kompilieren oberhalb des Quellcodes bereitstellt. Allerdings finde ich es oft lästig aus der Formansicht vor dem Kompilieren zuerst in die Quellcodeansicht umschalten zu müssen, um kompilieren zu können und würde deshalb gerne jederzeit das Originalsymbol sehen.

Ich nutze CN-Pack, GExperts, DevExtensions und das IDE-Fixpack. Vielleicht ist das auch zu viel ? Aber ich nutze von all dem auch jeweils bestimmte Bestandteile sehr gerne und möchte sie nicht mehr missen.

Vielleicht hat aber doch jemand eine Abhilfe?

[divBy0]

Das STRG+# Problem habe ich auch manchmal, allerdings geht die Tastenkombination dann zwischendurch (z.B. nach einem Wechsel in eine andere Unit) auch mal wieder.