Delphi XE8 im Anmarsch...

[Insider2004]

Man kann eigentlich seit Delphi 7 beobachten, wie EMBA von einem Fehlerchaos ins nächste stolpert. Delphi 7 war maximal stabil und ausgereift. Dann kam der komplette Bruch mit der komplett neuen IDE. Ein Dutzend neue Technologien, die einfach von MS übernommen wurden und bis heute nicht richtig funktionieren. Nur ein Stichwort: docexplorer. Ein Meisterwerk von MS. Den nimmt selbst MS seit Jahren nicht mehr her, weil der die absolute Leak-Katastrophe ist. Das vermurkste Design kann selbst MS nicht mehr reparieren. Aber EMBA nimmt ihn immer noch und nervt seine Kunden damit. MSBuild (Speicherfresser) und InstallAware (multibler GB-Verschwender) lasse ich jetzt mal liegen.

[jaenicke]

Zitat von Insider2004:

Delphi 7 war maximal stabil und ausgereift.

Hatte aber auch jede Menge Bugs, z.B. den Fensterrahmen Bug, Beispiel siehe hier:
http://www.entwickler-ecke.de/viewto...=691676#691676
Und natürlich ist es einfach zu sagen die notepad.exe läuft stabiler und schneller als Word und ist ausgereift. Nur sieht es bei den Features ähnlich aus wie zwischen Delphi 7 und XE7...
Bei deutlich weniger Funktionalität ist es auch deutlich einfacher weniger Bugs zu haben...

[Bernhard Geyer]

Zitat von jaenicke:

Zitat von Insider2004:

Delphi 7 war maximal stabil und ausgereift.

Hatte aber auch jede Menge Bugs, z.B. den Fensterrahmen Bug, Beispiel siehe hier:
http://www.entwickler-ecke.de/viewto...=691676#691676

Das ist aber ein VCL und kein IDE-Bug. Liegt daran das früher Width und Heigth für das Formular gespeichert wurde. Jetzt wird korrekterweise ClientWidth und ClientHeight gespeichert so das die dicke des Fensterrahmens (das sich mit jeder Windows-Version ändert) nicht mehr stört.

[p80286]

Zitat von Bernhard Geyer:

Das ist aber ein VCL und kein IDE-Bug. Liegt daran das früher Width und Heigth für das Formular gespeichert wurde. Jetzt wird korrekterweise ClientWidth und ClientHeight gespeichert so das die dicke des Fensterrahmens (das sich mit jeder Windows-Version ändert) nicht mehr stört.

Sogar Klatsch und Tratsch ist informativ, jetzt wunder' ich mich auch nicht mehr.

Gruß
K-H

[Insider2004]

ja, beim Kaffeekränzchen gibt's die Insider-Infos!

[himitsu]

Und passend dazu werden Größenbeschränkungen nicht richtig auf Anchors angewendet, vorallem nicht akRight und akBottom.

Wenn durch die Rahmenbreite oder durch den Desktop (Programm in FullHD ganz groß entwickelt und Fenster nun z.B. in 15"-1024x768 geladen)

Dann ist das Fenster fu klein, und die Komponenten werden außerhalb platziert, da Delphi garnicht bemerkt (nicht drauf achtet), daß das Fenster zu klein ist und Komponenten dennoch Pixelgenau da platziert, wo es gespeichert wurde.

[Insider2004]

Dann musst du halt auch deine Kompos mit akRight versorgen.

[himitsu]

Nein. Wenn man das Fenster zur Laufzeit in der Größe verändert, wird alles "richtig" im selben Maße mit vergrößert/verkleinert/verschoben.

Wenn das aber bereits beim Erstellen, von Windows, beschränkt wird, dann liegen die Komponenten verschoben auf der Form und bleiben dort dann auch liegen, bzw. werden nur relativ zum Rahmen mit verschoben.
Das kann einmal an einem zu kleinem Monitor liegen, oder an breiteren Rahmen oder es passiert auch gerne beim Zoom des Desktops.

Ich hab noch ein altes D7-Programm im Einsatz, wo leider der Quellcode nicht mehr funktionsfähig kompilierbar ist.
In der alten und bereits kompilierten EXE liegen nun ein paar Buttons rechts auserhalb des Fensters, wenn ich das Programm auf'm Schlepptop starte, der mal mit 'ner 125%-Schrift eingerichtet war.

Leider gibt es da einen Bug, wodurch schrottige D7-Programme und Java-Programme (selbst der aktuelle JavaRE-Installer) immernoch denken es seien 125% und dann die Fenster falsch ausrichten.

[jaenicke]

Zitat von Bernhard Geyer:

Zitat von jaenicke:

Zitat von Insider2004:

Delphi 7 war maximal stabil und ausgereift.

Hatte aber auch jede Menge Bugs, z.B. den Fensterrahmen Bug, Beispiel siehe hier:
http://www.entwickler-ecke.de/viewto...=691676#691676

Das ist aber ein VCL und kein IDE-Bug. Liegt daran das früher Width und Heigth für das Formular gespeichert wurde. Jetzt wird korrekterweise ClientWidth und ClientHeight gespeichert so das die dicke des Fensterrahmens (das sich mit jeder Windows-Version ändert) nicht mehr stört.

Das habe ich übrigens dann doch mal selbst angeschaut nachdem die Frage schon immer wieder mal da war. Von den Delphi 7 Benutzern wollte ja offenbar niemand.
Das lässt sich tatsächlich sehr einfach lösen:
http://www.entwickler-ecke.de/viewtopic.php?p=691804

[mquadrat]

Wenn ich mir die im Internet rumgeisternden Change-Logs mal anschaue, dann wird XE8 für die reinen VCL Entwickler eher unspannend. Jetzt allerdings noch ne XE7 zu kaufen, macht ja aber auch keinen Sinn mehr. Also dann doch warten bis April