Delphi 10.4.1 verfügbar

[himitsu]

Delphi-Quellcode:

bds -rTEST

und dann siehe
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\TEST\21.0
anstatt
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0

Wenn das geht, dann würde ein Löschen von HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0 helfen.

Eventuell noch BDSCatalogRepository umbenennen/löschen, dann hättest du wieder eine (fast) frische Installation.



Am Ende oder vorm nächsten Test das "TEST" löschen, oder einfach immer TEST1567454165 benutzen. (mit Fortlaufenden oder Zufallszahlen)

[Rollo62]

Vorsicht, himitsu versucht gerade die IDE zu hacken :-D

[jaenicke]

Zitat:

Zitat von Sherlock (Beitrag 1472989)

Und wie bekommt man CodeSite Express ohne GetIt?

Klar, wenn man etwas nutzt, das es nur darüber gibt, geht es ja nicht anders. Aber alles andere (JCL, JVCL, Virtual Trees, ...) muss man ja nicht unnötigerweise darüber laufen lassen, das meinte ich.

Ich meine, sicher, wenn man sich das nicht alles einmal richtig einrichtet und so ablegt, dass man es jederzeit wieder leicht installieren kann, ist GetIt sicher einfacher. Aber wenn man es einmal richtig einrichtet mit Installationsdokumentation usw., hat man das Problem nicht mehr. Dann ist GetIt sogar umständlicher.

[Rolf Frei]

Zitat:

Zitat von jaenicke (Beitrag 1472961)

Zitat:

Zitat von himitsu (Beitrag 1472910)

Flog nun eigentich nur der komplette freifliegende Modus raus,
oder gehen zusätzliche (einzelne) Editorfenster auch nicht mehr?

Einzelne Editorfenster funktionieren weiterhin.

Zitat:

Zitat von Rolf Frei (Beitrag 1472908)

Das war aber genau der grosse Pluspunkt der alten Delphi IDE's (bis D7?) gegenüber VS. Ich werde nun massiv eingeschrenkt und werde deutlich unproduktiver sein, mit deser Vorgabe.

Was ist denn daran unproduktiver, den Klick auf die Taskleiste zu machen um ein anderes Programm zu fokussieren statt an den anderen Fenster vorbei zu zielen und genau auf das Fenster klicken zu müssen?
Unproduktiv fand ich z.B., dass bei Delphi 7 alle Fenster kreuz und quer durcheinander geflogen sind, so dass ich dann die Projektverwaltung usw. jeweils per Tastaturshortcut oder Menübefehl nach oben holen musste.

Dass es eine deutliche Umgewöhnung ist, ist klar. Ich habe damals auch ein ein oder zwei Tage gebraucht um mich daran zu gewöhnen. Aber ob nun das neue Startmenü, die Ribbon Bar oder eben die gedockte IDE usw., es kommen immer wieder Neuerungen. Meistens bringen diese Sachen aber auch Vorteile, wenn man sich darauf einlässt.

Zum Beispiel kannst du in der gedockten IDE überwachte Ausdrücke, Projektverwaltung, Suchergebnisse, CPU-Fenster, Haltepunkte usw. sauber so einrichten, dass sie immer gut erreichbar sind. Das erhöht die Produktivität wiederum deutlich...
Beispiel (etwas älterer Screenshot, heute sieht es noch etwas anders aus):
Anhang 53001

Von daher hätte ich ohnehin keinen freien Platz, durch den ich andere Fenster erreichen könnte...

Du konntest in D7 genau so die Fenster andocken wie du wolltest. Das nutze ich seit Jahrzenten. Da ist nichts herumgeflogen oder nicht zugreiffbar gewesen. Da habe ich alle benötigen IDE Fenster immer sauber angedockt gehabt.

Das Problem sind hier nicht die IDE Fenster, sondern die Auswahl der bearbeiteten Formen meines Projekts. Bisher konnte ich da einfach die Form anklicken und hatte dann diese aktiv zum verändern und konnte auch schnell per F12 in den Editor wechseln. Wollte ich dann an einer anderen Form was machen, habe ich einfach die andere From angelickt und fertig. Jetzt muss man das umständlich über die Editortabs machen und wenn man da viele Dateien offen hat, ist das eine Zumutung!

Ausserdem arbeite ich noch sehr viel mit anderern Daten, die nicht direkt zu Delphi gehören. Früher konnte man da einfach einen Klick auf ein Fenster (Anwendung) hinter der IDE mache, weil ich da frei Bereiche im Desktoplayout habe. Oft muss was in einer anderen Anwedung (Notepad, Exel,etc.) angeschaut oder kontrolliert werden, während dem Debugen. Das geht überhaupt nicht mehr, da diese Fenster (Anwendungen) nun vollständig von der IDE abgedeckt werden und ich nun gezwungen bin stänndig zwischen IDE und der anderne Anwedung hin und herzuschalten. Sowas nervt tierisch und macht mich deutlich langsamer im täglichen Gebrauch.

Die IDE ohne Undockedmode ist für mich so praktisch nicht mehr vernünftig nutzbar!!! Ich könnte aktuell nur noch Kotzen... :kotz::wall:

[TiGü]

Ja komisch, wahrscheinlich arbeiten 8 von 10 Entwicklern so und können das auch...

[jaenicke]

Zitat:

Zitat von TiGü (Beitrag 1473021)

Ja komisch, wahrscheinlich arbeiten 8 von 10 Entwicklern so und können das auch...

Vermutlich noch mehr, aber fairerweise muss man sagen, dass vermutlich auch mindestens 8 von 10 Entwicklern mit mindestens zwei Monitoren arbeiten. ;-)

Trotzdem muss man die IDE aber auch nicht im Vollbildmodus betreiben (auch wenn ich mir das nicht sinnvoll anders vorstellen kann ehrlich gesagt), wenn man auf einen Monitor beschränkt ist (was ich als viel größere Einschränkung ansehe). Wenn ich mir alleine schon ein StayOnTop-Fenster vorstelle, das beim Debuggen vor der IDE bleibt, egal ob gedockt oder nicht... :stupid:

Zitat:

Zitat von Rolf Frei (Beitrag 1473015)

Du konntest in D7 genau so die Fenster andocken wie du wolltest. Das nutze ich seit Jahrzenten. Da ist nichts herumgeflogen oder nicht zugreiffbar gewesen. Da habe ich alle benötigen IDE Fenster immer sauber angedockt gehabt.

Bei mir hat das nie so funktioniert wie ich es hätte nutzen wollen.

[Bernhard Geyer]

Zitat:

Zitat von Rolf Frei (Beitrag 1473015)

Die IDE ohne Undockedmode ist für mich so praktisch nicht mehr vernünftig nutzbar!!! Ich könnte aktuell nur noch Kotzen... :kotz::wall:

Na dann wechsel halt: https://www.lazarus-ide.org/

Ich finde es gut das Emba auch mal Punkt aus der IDE rausbaut, die nicht mehr viel oder fast gar nicht mehr genutzt werden.
Und der Undock-Modus ist sowas. Bei unseren Umstieg habe ich kurz noch diesen genutzt. Aber da ich auch mit anderen IDEs arbeite hat ich mir gesagt: Auch, gewöhn ich mich halt um. Und jetzt würde ich eine Undock-IDE eher als negativ sehen.

[Daniel]

Okay - wir halten fest: Die Fensterverwaltung wurde geändert.
Dieser Aspekt sollte aber nicht das gesamte Thema "10.4.1 Update" dominieren.

[HenryE]

Hallo an alle,

ich kann mich Daniel in diesem Punkt anschließen.
Ich habe mich auch erst vor ein paar Wochen vom fliegenden Designer verabschiedet, da dieser in meinem Projekt zu zahlreichen Abstürzen führte. Ich war aber überrascht, wie schnell ich mich daran gewöhnt hatte.
Allerdings eine Frage dazu: Die beschriebene Alternative mit zweiten Editierfenster, in dem man dann auf den Designer umschaltet, funktioniert bei mir nicht. Wenn ich in einer Unit mit Formular auf "Ansicht -> neues Editierfenster" gehe, so wird zwar ein neues Fenster angezeigt, aber das Tabsheet mit der Unit wird in das neue Editierfenster verschoben anstatt dort zusätzlich angezeigt zu werden. Komischerweise funktioniert die Sache wie sie soll, wenn es sich um eine einfache Unit handelt (ohne Formular). Funktioniert das bei euch?

Ansonsten: Ich bin nun nach vielen Jahren dabei von XE auf Sydney umzusteigen und alle Komponenten usw. auf den aktuellen Stand zu bringen. Üblicherweise bleibe ich dann längere Zeit auf einer stabilen Umgebung hängen, da ich häufig keine Lust auf die Update-Hektik jedes Jahr habe.
Das Update 10.4.1 fühlt sich bisher sehr gut an. Die Installation hat bestens geklappt. Alles Komponenten (DevExpress, TeeChart Pro und Remobjects) wurden akkurat übernommen. Auch der Compiler-Prozess hat an Fahrt aufgenommen. Da ich sehr viele Compile-Durchläufe habe, waren die ca. 4 Sekunden, die in 10.4. verstrichen bevor der Compiler überhaupt loslief, sehr nervig.

Fazit: Bisher bin ich sehr zufrieden mit 10.4.1 und bereue den Umstieg nach 10 Jahren nicht. 10.4. hatte mich in dieser Hinsicht etwas verunsichert. Prima gemacht Embarcadero!

Danke + Grüße Henry

[Der schöne Günther]

Zitat:

Zitat von HenryE (Beitrag 1473033)

Ich bin nun nach vielen Jahren dabei von XE auf Sydney umzusteigen

Das sind aber wirklich viele Jahre. 🧓

Und ich dachte schon ich bin langsam wenn ich ein halbes Jahrzehnt auf 10.0 Seattle hängengeblieben war.