Das Live-Code-Template für Case-Of+Enum scheint defekt zu sein?

früher

markieren

Delphi-Quellcode:

  case TipMode of
    tipClose: ;
    tipOpen: ;
    tipDontCare: ;
  end;

jetzt

markieren

Delphi-Quellcode:

  case TipMode of

tipClose: ;
    tipOpen: ;
    tipDontCare: ; end;

Test: Neue VCL-Form, "case" [Leertaste] "TipMode" [Enter].


Hatte die Tool-Palette, bei aktivem CodeEditor, nicht mal die Code-Templates angezeigt? (wobei XE3 das grade eben auch nicht machte)
Ausprobiert hatte ich es, da die Codevervollständigung (Strg+Leertaste) nicht aufgehen wollte.


Früher konnte man mal kleine Testanwendungen (mindestens Win32) einfach so ausführen (F9), ohne sie erst speichern zu müssen, um mal eben schnell was ausprobieren zu können ... das ist nun auch kaputt.

Das case Live Template Problem kann ich nachvollziehen, ja. Das liegt aber an Castalia, nicht an Delphi selbst.

Das Ausführen ohne zu speichern funktioniert (zumindest bei Win32) bei mir aber problemlos nachdem ich das Autospeichern (das ich immer sofort aktiviere) deaktiviert habe.

Zitat von himitsu:

Früher konnte man mal kleine Testanwendungen (mindestens Win32) einfach so ausführen (F9), ohne sie erst speichern zu müssen, um mal eben schnell was ausprobieren zu können ... das ist nun auch kaputt.

Da ist nichts kaputt. Das hängt nach wie vor davon ab, ob Du unter Tools, Optionen, Umgebungsoptionen Autospeichern für Editordateien aktivierst hast oder nicht (wenn nicht, dann kannst Du schnell mal so etwas testweise ausführen, ohne speichern zu müssen).

Arg, zuviel aktiviert.
Speichern des Desktops an und Dateien aus und schon geht es.

Was fummelt denn Castalia an funktionierenden Funktionen vom Delphi dran rum?

• Warum kann das kein Deutsch oder die anderen IDE-Sprachen?
• Wieso sind die Optionen nicht im Options-Dialog? (Tools)
• Use editor graphics buffer muß man aktivieren, sonst bekomm ich noch 'nen epileptischen Anfall
• Structural highlighting mußte leider auch erstmal deaktiveren werden
  CastaliaBugs.png

Bei Bugmeldungen im Jira weiß ich immernoch nicht wo man eigentlich Bugs

Zitat:

im

vom Jira (dessen Einstellungen) oder IDE-Bugs zuordnen soll
und was soll man eigentlich auswählen, wenn es überall im Delphi/Studio kaputt ist und nicht nur in einer bestimmten Edition?

Zitat von himitsu:

Speichern des Desktops an und Dateien aus und schon geht es.

Sehr gewagt bei der Stabilität von XE8 hinsichtlich Out Of Memory...

Zitat von himitsu:

Structural highlighting mußte man leider auch erstmal deaktiveren

Also viele Formatierungen sind ja Geschmackssache, aber das begin hintendran halte ich persönlich für arg unsauber, weil es leicht übersehen wird. Das fällt in die gleiche Kategorie wie mehrere Befehle in eine Zeile zu pressen...
Jedenfalls kann ich durchaus nachvollziehen, dass das niemand getestet hat...

Nach all den Jahren hat man sich an Strg+Shift+S gewöhnt.

Und das Autospeichern hat ein klitzekleines Problemchen.
Es speichern nur erst nach dem erfolgreichen Kompilieren, aber zu 80% raucht die IDE bereits schon beim Kompilieren ab.


Also ich überseh das nicht,
Bei Einzeilern mach ich eigentlich kein BEGIN ... war nur für die Demo
und ansonsten zeigt eine "ordentliche" Codeeinrückung ganz deutlich, daß es da ein BEGIN geben muß.

Zitat von himitsu:

Und das Autospeichern hat ein klitzekleines Problemchen.
Es speichern nur erst nach dem erfolgreichen Kompilieren, aber zu 80% raucht die IDE bereits schon beim Kompilieren ab.

Das ist falsch, das habe ich eben noch einmal extra getestet. Kleine Änderung, kompilieren gedrückt und direkt den Prozess abgeschossen, die Änderung war gespeichert, obwohl der Compiler noch nicht einmal bei der ersten Quelltextdatei angekommen war (der Anzeige nach).
Da bei mir bisher bei Abstürzen immer die letzten Änderungen schon gespeichert waren, auch wenn die IDE beim Kompilieren abgestürzt ist, konnte das aber auch nicht so sein.

Zitat von himitsu:

und ansonsten zeigt eine "ordentliche" Codeeinrückung ganz deutlich, daß es da ein BEGIN geben muß.

Schönreden kann man eh alles.
Ich mache bei fremdem Code ohnehin zuallererst ein Strg + D, insofern stört mich das eh nicht wie der Code vorher aussah.

Ich finde es aber eben auch nicht schlimm, wenn Features wie das genannte eben nur bei standardkonformem Highlighting auch korrekt aussehen. Dafür gibt es nun einmal Standards. Es macht ja auch niemand ein DIN A4 Blatt mal eben 5 Zentimeter größer und beschwert sich dann, dass es nicht in einen A4 Hefter passt und dieser also kaputt ist.

Das war das AutoSave von den DDevExtensions, aber ich kram jetzt nochmal die alte D7 und XE VM raus und probier es ohne alles.

Wenn du das cnPack installiert hast, dann macht Strg+D aber nicht das, was du willst,
wobei Strg+Shift+F auch nicht das macht, was ich will.


Was aber nie beim Compilieren gespeichert wird, istdie Desktopdatei.
Die wird auch nie gespeichert, wenn man "Alles speichern" ausführt,
sondern blöder Weise nur beim beenden der IDE, bzw. beim Schließen des Projekts/Projektgruppe.