Jupp, daher hab ich das "alte" AutoSpeichern bei mir immer aus.
Aber das betrifft nur das "direkte" Speichern der
PAS/
DPR/
DFM/...
Dank Versionierung (
SVN/GIT/HG) wäre es zwar fast egal, wenn dabei die Dateien geändert werden.
Oder wenn ohne Versionierung, dann über die _history.
Und dann gibt es noch "Rückgängig nach Speichern".
So kommt man ja immer an alte Stände ran, auch wenn ich es schon bissl nervig finde, da ich auch gern mal kurz war probiere/teste/bastle, was nie gepsiechert werden soll.
Seit Kurzem gibt es nun auch die "Sicherung" im _recovery, was nicht direkt die Datei speichert/ändert, sondern daneben,
womit dann auch sowas wie basteln>kompilieren>ausführen>wegwerfen problemlos geht.
Nachteile, die Emba noch reparieren muß:
- bei ungespeicherten Dateien/Projekten wird _recovery zwar gespeichert, aber nicht automatisch geladen und bei einem nochmal "Neuen Projekt" auch überschrieben und man muß selber vorher die Sicherung öffnen
- bei "Schreibgeschützten Dateien", da gehen ständig Fehlermeldungen auf, weil "_recovery" z.B. bei DelphiDateien ala Winapi.Windows.pas nicht gespeichert werden kann ... das braucht es auch nicht, selbst wenn ich in solchen Dateien gern mal bei der Suche was ausschneide/verschiebe/ändere, aber eh nicht vor habe es jemals "dort" zu speichern
Bei uns raucht Delphi oftmals ab, durch "eigene" Fehler in DesignTimePackages, wenn man Diese kompiliert.
Im neuen Delphi (aktuell wird immernoch hauptsächlich in XE gearbeitet, aber 10.4/11 ist nun endlich nahezu fertig und zumindestens ich hab damit schon mehrmals etwas
gearbeitet gespielt.
Bissl nervg empfinde ich immernoch das IDEInsight, aber zum Glück ist es im 11 nun nicht mehr ganz so pervers transparent.
Pervers nervig ist noch das LSP, was bei Autovervolständigung
IMMER hängt oder ewig braucht und man NIE erkennt, ob es nun nur hängt und doch noch kommt oder ob es schon abgekratzt ist und nie aufpoppt. Manchmal geht es auch später doch plötzlich auf und überschreibt was, weil ich schon am Weitermachen war.
.....