Ärger mit der IDE

[arnof]

ich weis gar nicht , wie man sowas verkaufen kann!

Alles weg aus den letzten 3 Stunden Programmierung, obwohl ich x mal das Programm kompiliert habe.

Ausgeteilt in 2 Fenster, dann spinnt die IDE nach einer Weile, wer das schon mal benutzt hat muss das doch merken bei embacadero .....

[Uwe Raabe]

Zitat:

Zitat von arnof (Beitrag 1545796)

Alles weg aus den letzten 3 Stunden Programmierung, obwohl ich x mal das Programm kompiliert habe.

Immerhin gibt es ja das: Saving and Recovering

Zitat:

Zitat von arnof (Beitrag 1545796)

Ausgeteilt in 2 Fenster, dann spinnt die IDE nach einer Weile, wer das schon mal benutzt hat muss das doch merken bei embacadero .....

Du hast dann doch sicher gleich einen Bugreport erstellt. Kannst du bitte die Nummer hier einstellen?

[arnof]

Lustig: autospeichern für Wiederherstellen habe ich aktiv und auf 10 min stehen.

Wo würde ich das den finden ?

[arnof]

der __recovery Ordner ist leer ....

---------------

IDE Scheiss:

macht mal 2 oder 3 Forms aus und Teilt die IDE: wenn man dann mal etwas hin uns herklickt und irgend mal die geteile Form ein 2tes mal auf macht, dann spinnt die IDE. Das passiert ganz schnell und entweder macht das niemand .....

[arnof]

jetzt wo ich den Exploreroptionen auch versteckte Ordner anzeigen lasse fängt der an auch hier Dateien abzulegen :roll:... Bei anderen Projekten die ich bearbeitet habe ist _recovery Verzeichnis auch leer, obwohl Einstellung aktiv war.

[himitsu]

Save funktioniert, aber Recovering nicht.

Beim Start, bzw. öffnen des Projekts, müsste Delphi fragen, ob es wiederherstellen soll, aber tut es nicht.

Schlimmer noch, wenn die Zeit abgelaufen ist (bei dir 10, bei mir 1 Minuten), dann wird die gesicherte Version überschrieben/gelöscht. :thumb:



Und Speichern des Desktops ist immernoch für'n ARSCH.
"alles speichern" speichert nicht alles (nicht den Desktop/Haltepunkte) und wenn Delphi beim Speichern verreckt, dann wird öfters immernoch der Desktop gelöscht. (beim Speichern wird zwar kurz eine Backupdatei erstellt/umbenannt, aber auch die wird ebenfalls sofort gelöscht)



Echt mal, selbst Notepad kann das mit dem Recovery 1000 Mal besser zuverlässiger. (wenn man im Windows diese Funktion aktiviert hat)

[jaenicke]

Das automatische Speichern beim Kompilieren ist das erste, das ich nach jeder Delphiinstallation aktiviere bzw. das macht schon das Installationsskript. Das funktioniert bei mir auch mit Delphi 12.2 korrekt.

Tut es das bei dir nicht? Das sieht man ja direkt am Status der Speichern-Buttons, insofern würde mir das auch direkt auffallen, weil ich darauf achte.

Und wenn ich eine Weile nicht kompiliere, speichere ich ganz automatisch dann und wann. Die Automatik verwende ich nicht, weil ich das selbst im Blick habe.

Das mache ich aber nicht nur in Delphi so. Sowas hatte ich auch z.B. in Visual Studio oder Eclipse schon.

Das soll natürlich nicht heißen, dass ich solche Fehler gut finde. Aber das hilft ja alles nix, ich kann es ja nicht ändern. Entsprechend passe ich da selbst ein wenig auf und hatte dadurch nur wenig Verluste bisher, toi toi toi...

[arnof]

Zitat:

Zitat von arnof (Beitrag 1545800)

jetzt wo ich den Exploreroptionen auch versteckte Ordner anzeigen lasse fängt der an auch hier Dateien abzulegen :roll:... Bei anderen Projekten die ich bearbeitet habe ist _recovery Verzeichnis auch leer, obwohl Einstellung aktiv war.

Wenn man die IDE schliesst, so wird der _recovery ordner wohl geleert ?

Zitat:

Zitat von jaenicke (Beitrag 1545803)

Das automatische Speichern beim Kompilieren ist das erste, das ich nach jeder Delphiinstallation aktiviere bzw. das macht schon das Installationsskript. Das funktioniert bei mir auch mit Delphi 12.2 korrekt.

Ja das war nicht an, nun haben wir wieder was gelernt

Trotzdem wen man mehre Monitore hat, mit verschiedenen Skalierungen, dann ist die IDE echt schlimm

[jaenicke]

Zitat:

Zitat von arnof (Beitrag 1545805)

Trotzdem wen man mehre Monitore hat, mit verschiedenen Skalierungen, dann ist die IDE echt schlimm

Solange man die Fenster der IDE nicht auf mehrere Monitore verteilt, geht es. Das habe ich früher mal gemacht, bin aber dazu übergegangen, das über passende Monitorgrößen und -auflösungen zu regeln (auf 100% Skalierung) und nutze z.B. einen Monitor für die IDE und einen für das ausgeführte Programm.

[Uwe Raabe]

Zitat:

Zitat von arnof (Beitrag 1545805)

Trotzdem wen man mehre Monitore hat, mit verschiedenen Skalierungen, dann ist die IDE echt schlimm

Um so wichtiger ist es, die problematischen Konstellationen und die dabei auftretenden Fehler zu melden. Die Vielzahl der Möglichkeiten bei mehreren Monitoren mit unterschiedlichen Auflösungen und veränderter Priorität gepaart mit den Möglichkeiten, die IDE in unterschiedlicher Weise zu nutzen, ist faktisch nicht mehr praktikabel im Vorfeld zu testen. Ein ausführlicher, reproduzierbarer Testfall ist der beste Weg das Verhalten der IDE in diesem Bereich zu verbessern. Hat man für diesen Fall die Ursache behoben, bringt das in vielen Fällen auch Verbesserungen für andere Fälle. Manchmal dauert es halt eine Weile bis sich ein lokales Problem soweit runterbrechen lässt, dass es auf einem vergleichbaren System nachgestellt werden kann. Der Aufwand lohnt sich allerdings.

Man sollte nicht übersehen, dass eine große Anzahl Entwickler ohne nennenswerte Probleme effizient und produktiv mit Delphi 12.2 arbeitet. Der letzte Scheiss kann es dann ja offenbar nicht sein.

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1545803)

Das automatische Speichern beim Kompilieren ist das erste, das ich nach jeder Delphiinstallation aktiviere bzw.

Gerade diesen Scheißdreck deaktiviere ich als Erstes.

ICH entscheide, ob und wann gespeichert wird (denn diese Automatik zerlegt mir die Historie),
außerdem speichert der Dreck NACH dem Kompilieren und nicht davor ... also absolut sinnlos, wenn dabei die IDE abraucht.

Drum war die Hoffnung, dass es mit dem Recovery besser wird ... anfangs ja, aber seitdem es nicht mehr funktioniert.

Hatte aber noch keine Lust die neue RecoveryAPI von Windows ins Delphi zu integrieren. (aktuell lebt sie nur in einem Demo/Test-Projekt)

[jaenicke]

Zitat:

Zitat von Uwe Raabe (Beitrag 1545807)

Man sollte nicht übersehen, dass eine große Anzahl Entwickler ohne nennenswerte Probleme effizient und produktiv mit Delphi 12.2 arbeitet.

Und die meisten davon nutzen vermutlich auch keine exotischen Konstellationen, sei es doppelte Editorfenster, Fenster auf mehreren Bildschirmen, die alte Komponentenpalette, ...

Je mehr man vom Standard abweicht, desto eher stolpert man auch über Bugs, die die meisten Nutzer nicht haben. Und da hat Uwe natürlich Recht: Genau in solchen Fällen sind gute Fehlerreports dann wichtig, insbesondere weil die Wahrscheinlichkeit hoch ist, dass nicht viele ähnlich arbeiten und damit den Fehler bekommen könnten.

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1545809)

Genau in solchen Fällen sind gute Fehlerreports dann wichtig, insbesondere weil die Wahrscheinlichkeit hoch ist, dass nicht viele ähnlich arbeiten und damit den Fehler bekommen könnten.

Das neue QualityPortal ist Scheiße, auf Bugreports wird selten reagiert, oft sind die einfach zu doof kapieren zu wollen, was das Problem ist und selbst wenn man ihnen die Lösung auf dem Silbertablett präsentiert, weigern sie sich die 2 Zeilen Code anzupassen.
Je mehr Reports offen bleiben, um so weniger hab ich Lust mehr zu posten.

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1545810)

Das neue QualityPortal ist Scheiße, auf Bugreports wird selten reagiert

Wenn ich open, closed und validation zusammennehme, sind das rund 1800 Einträge, wovon über 200 auf geschlossen und über 200 auf gelöst stehen, sowie knapp 200 auf validation.

Dass viele Bugeinträge zu lange liegen, sehe ich auch so, aber als "selten reagiert" würde ich das dann auch nicht bezeichnen, zumal auch Bugs aus dem alten Portal ja weiter gelöst werden.

[freimatz]

Zitat:

Zitat von jaenicke (Beitrag 1545806)

Solange man die Fenster der IDE nicht auf mehrere Monitore verteilt, geht es. Das habe ich früher mal gemacht, bin aber dazu übergegangen, das über passende Monitorgrößen und -auflösungen zu regeln (auf 100% Skalierung) und nutze z.B. einen Monitor für die IDE und einen für das ausgeführte Programm.

Bei mir geht das mit zwei 4K Monitore verteilt mit >100% aber gleich. (Der dritte Monitor ist anders und ist auch für was anderes.)

[Papaschlumpf73]

Vermutlich hat noch keine/r hier im Forum die "perfekte" Software erschaffen. Wäre dem so, würde sich Der- oder Diejenige nunmehr vielleicht in der Karibik aufhalten und sich hier nicht über solche Fehler aufregen.

Nun stelle man sich vor, eure Kunden würden auch so über eure (nicht ganz perfekte) Software schimpfen mit Begriffen wie "Dreck" und "Sch...". Das ist nicht wirklich konstruktiv und für solche verbalen Entgleisungen gibt es doch wirklich andere Plattformen...

[Der schöne Günther]

Ich weiß, dass sich das schlecht pauschalisieren lässt, aber eben hatte ich die verrückte Idee, ob ich statt der seit 1-2 Jahren aufgeschobenen Migration auf Delphi 11 nicht gleich auf Delphi 12 gehen sollte.

Ich kann mich erinnern, dass ich wegen der gut gemeinten, aber noch schlechter funktionierenden Code Completion das mit Delphi 11 irgendwann nicht mehr weiter verfolgt hatte. Ist das mit Delphi 12 mittlerweile wieder funktional oder noch "Work in Progress"?

[himitsu]

Ich/Wir sind in wieder zurück zu D11.

Vor allem wer mit Packages arbeitet, mit DesignTimePackages und dynamisch geladenen BPL/DLL, kann Debuggen im D12 vergessen.

[sh17]

Bin mit D12 voll zufrieden, bis auf die üblichen Compilerfehler nach x Stunden, welche mit einem Neustart enden. Aber das war schon in D11 und vorher so.
Ich versuche alles über Bibliotheken abzudecken, keine installierte Komponenten oder sonstiger Kram.

[dummzeuch]

Zitat:

Zitat von Uwe Raabe (Beitrag 1545807)

Zitat:

Zitat von arnof (Beitrag 1545805)

Trotzdem wen man mehre Monitore hat, mit verschiedenen Skalierungen, dann ist die IDE echt schlimm

Um so wichtiger ist es, die problematischen Konstellationen und die dabei auftretenden Fehler zu melden.

Fehler mit mehreren (2) Monitoren mit unterschiedlicher Skalierung habe ich schon bei Delphi 11 gemeldet. In Delphi 12.2 ist es inzwischen halbwegs erträglich, wobei auch da das Speichern des Desktops nicht vernünftig funktioniert.

Und die sich selbst zerlegenden Toolbars sind auch nicht gefixt worden, weshalb ich mir in GExperts einen Workaround gebastelt habe. Vielleicht sollte ich auch den "Perfect Layout" Experten aus der Delphi <= 7 Zeit wieder aufleben lassen...

[jaenicke]

Zitat:

Zitat von Der schöne Günther (Beitrag 1545816)

Ich kann mich erinnern, dass ich wegen der gut gemeinten, aber noch schlechter funktionierenden Code Completion das mit Delphi 11 irgendwann nicht mehr weiter verfolgt hatte. Ist das mit Delphi 12 mittlerweile wieder funktional oder noch "Work in Progress"?

Sofern man nicht viele Kreuzreferenzen oder with verwendet, funktioniert der LSP mit Delphi 12 ziemlich gut. Die Geschwindigkeit könnte besser sein, aber man kann damit auch in Projekten mit mehreren Millionen Zeilen Code arbeiten.

[himitsu]

joar, 4 Millionen Codezeilen ... compilieren geht halbwegs und dann 1-2 Minuten (oder länger), ohne Fortschritts-/Aktivitätsanzeige, auf das Linken warten.

[blawen]

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1545815)

Vermutlich hat noch keine/r hier im Forum die "perfekte" Software erschaffen. Wäre dem so, würde sich Der- oder Diejenige nunmehr vielleicht in der Karibik aufhalten und sich hier nicht über solche Fehler aufregen.

Nun stelle man sich vor, eure Kunden würden auch so über eure (nicht ganz perfekte) Software schimpfen mit Begriffen wie "Dreck" und "Sch...". Das ist nicht wirklich konstruktiv und für solche verbalen Entgleisungen gibt es doch wirklich andere Plattformen...

Am Freitag wurden Einladungen für das Beta-Programm versendet. Wer mithelfen will oder kann, kann beim Verbessern aktiv mithelfen :-).

[arnof]

Na da habe ich was angefangen ....

D11/D12 mehrere Monitore mit verschieden Skalierungen, da kann mir keiner erzählen das die IDE ok ist. Ich erlebe hier wenn ich mich mit meinem Laptop an verschiede Arbeitsplätze setze immer wieder Erlebnisse: von mini Icons über eine defekte Toolbardarstellung.

Genau, wenn ich die IDE platziere z.B. halber Monitor (WIN+<- Taste), dann Programm debuggen .... Da wandert die IDE wie Sie will über meinen Monitor.

Von 64 Bit will ich gar nicht anfangen, da habe ich schon Jahre mit M.E. (R.I.P.) diskutiert ....

Ich arbeite nur mit kleinen Projekten mit D12 meine Hauptprojekte hänge ich immer noch bei XE2, ich traue mach aber nicht zu wechseln, da ich hier Angst vor einem Herzinfarkt habe :oops:

[blawen]

Wie schon Papaschlumpf73 geschrieben hat, gibt es die perfekte Software nicht - auch nicht die eigene.
Zumindest bietet sich jetzt wieder eine neue Gelegenheit an, aktiv zu testen und ein Feedback zu geben.

Und ja, mit anderen Software-Produkten habe ich auch so meine negativen Erlebnisse gehabt.
Auch mit ganz grossen Playern (auch Deutsche), aber wie Papaschlumps73 schon schrieb... ;-)

Persönlich habe ich alle Projekte auf D12.2 gezügelt.
Aktuell nutze ich die IDE in der Unaware Version, zusammen mit der LowDPI(96 PPI) Einstellung. Der Laptop wird in X-Konstellationen betrieben (HD, 4k, 1-3 Monitore,...) und damit habe nicht mehr Probleme als mit z.B. XE.
Klar, wie jaenicke schon schrieb, dürfte vor allem der LSP noch schneller sein, aber mit D12.2 kann ich ganz gut und produktiv arbeiten.