Delphi XE2: IDE extrem langsam

[smudo]

Wow, das würd ich ja mal fast als vollen Erfolg werten, wenn die Livebindings nicht gerade einer der Gründe für den Kauf von XE2 gewesen wären

Trotzdem einen riesen Dank an jbg und natürlich an squetk, der das ganze Thema ins Rollen brachte.

[Daniel]

Das macht doch hoffnungsvoll, dass die Ursache oder eine der Ursachen jetzt identifiziert ist. Das sollte uns einem Patch durch EMBT oder andere *g* einen großen Schritt näher gebracht haben.

Vielen Dank, Andreas für die Analyse.

[Stevie]

Zitat von jbg:

Ich habe den Auslöser gefunden. Wenn man die "Embarcadero LiveBindings Components" (3 Packages) deinstalliert, wird gleich alles viel schneller: Umschalten von Code=>Design=>Code, CodeInsight kommt schneller.

Bei dieser News konnte ich mir zugegebenermaßen ein hämisches Lachen nicht verkneifen

[jbg]

Zitat von Daniel:

Das sollte uns einem Patch durch EMBT oder andere *g* einen großen Schritt näher gebracht haben.

Warum habe ich das Gefühl, dass den Bug mal wieder ich beheben muss und dass es sehr wahrscheinlich ist, dass der "Fix" nicht in den IDE Code einfließen wird. Wie kann man eigentlich so einen Schrott programmieren (oder ich lese das falsch heraus), aber anstatt dass die IDE weiß wie alle geladenen Dateien heißen, muss sie das per "ModuleIs()" an jeder Datei nachfragen. Und ModuleIs() wird von mehreren Klassen unterschiedlich implementiert. Eine Optimierung ist da schier unmöglich. Nichtsdestotrotz habe ich jetzt eine Lösung gefunden. Nur ist die leider sowas von unsauber: Zwei mal mehrere Listen wegkopieren und beim erneuten "mod 2" Aufruf die neuen Listen mit den alten vergleichen und dann das Ergebnis des letzten Aufrufs per Callback-Funktion zurückgeben. Gefällt mir nicht, funktioniert aber anscheinend sehr gut.

Leider ist mir beim Testen gleich der nächste Bug aufgefallen. Wenn man mehrere Dateien offen hat und zusätzlich noch eine Menge Projekte in der Projektgruppe hat, dann wird der Editor richtig langsam und man kann den Buchstaben einzeln zuschauen wie sie auftauchen. Der Grund: Bei jedem Tastendruck (außer Navigationstasten) wird das TabControl neugezeichnet. Und die IDE-TabControl Komponente ist so blöd und holt sich per Event-Handler den ImageIndex für jede offene Datei (auch wenn die gar nicht im sichtbaren Bereich sind). Das wiederum durchläuft so einige Schleifen. Ich tippe auf "Offene Dateien".Count * "Dateien in Projekten".Count im gesamten.

Meine Kollegen "nerven" mich schon mit, "wann schreibst du eigentlich mal eine eigene IDE". Irgendwann werde ich sicherlich zu dem Punkt kommen (wenn da nicht so viel zu tun wäre) [nein, Lazarus fasse ich nicht an]

[himitsu]

Wäre schön, wenn du in deiner IDE dann eine schnucklige OTA verbaust, damit wir dann für dich Buxfixes schreiben könne, ohne rumhacken zu müssen.

[QuickAndDirty]

jbg bist du eigentlich zu teuer, dass man dich nicht zum entfernen solcher Fehler im Originalsource beschäftigen/Anheuern/was_auch_immer kann?

Oder bist du zu billig, weil der Fix ja eh Gratis kommt?

[mquadrat]

Das Unangenehme für Emba dürfte jetzt sein, dass sie entweder alles lassen wie es ist - funktionierend aber langsam - oder im Core rumbasteln mit der Gefahr, dass es danach nicht mehr in allen Situationen funktioniert.

Decisions, decisions..

[squetk]

Aber die werden doch mit Unit-Tests arbeiten?

[daywalker9]

Sicherlich, aber alles abdecken können auch die nicht.

[Uwe Raabe]

Zitat von squetk:

Aber die werden doch mit Unit-Tests arbeiten?

Mit Unit-Tests kann man aber auch nur Fehler abfangen, von denen man weiß, daß sie vorkommen können.