Delphi 10.1 Berlin

[jaenicke]

Bei uns kompiliert jetzt alles unter 10.1 was vorher unter 10 kompiliert hat. Einzig die Änderung mit dem Zugriff auf private Felder ist an einer Stelle noch problematisch, aber das ist unkritisch.

Die Kompiliergeschwindigkeit ist gefühlt besser und die IDE noch stabiler.

[Daniel]

Es gibt zwei Hotfixes für das neue Delphi 10.1 Berlin:

Korrektur für DataSnap-Server:
http://cc.embarcadero.com/Item/30530

Korrektur für den Debugger und das Samsung Galaxy S6:
http://cc.embarcadero.com/Item/30531

[ConstantGardener]

@Daniel: ....blöde Frage, aber wie installiert man das?

[Daniel]

Zitat von ConstantGardener:

@Daniel: ....blöde Frage, aber wie installiert man das?

Das ist 'ne ZIP-Datei, die es zu entpacken gilt. Danach kopierst Du diese Dateien in Deinen Installations-Ordner von Delphi und ersetzt die dort vorhandenen Dateien.
Im Idealfall machst Du vorher eine Sicherungskopie der alten Versionen.

Das ist nicht besonders elegant, aber dieses Vorgehen ist praktisch bei allen "Hotfixes" von Embarcadero so. Erst das, was den Namen "Update" trägt, kommt mit einem eigenen Installer daher.

[ConstantGardener]

@Daniel: Dachte ich mir schon (hab die Zip schon runtergeladen) konnte es aber eigentlich nicht wirklich glauben. Also warten auf das Update. Danke Dir.

[Harry Stahl]

Um Euch stundenlanges Suchen zu ersparen, hier eine Info für Euch:

Eine "Neuerung" in Delphi 10.1, kann im Zusammenhang mit FMX-Grids/ FMX-StringGrids plötzlich zu ganz anderen Programmabläufen führen:

Nun existieren auch die Eigenschaften Grid.col und Grid.row (vorher ja nur ".ColumnIndex" bzw ".Selected").


In Ereignisprozeduren "OnGetValue" wurde der Eintrag bislang so erzeugt:

Delphi-Quellcode:

procedure Tfrm_Main.sgOfferGetValue(Sender: TObject; const Col, Row: Integer;
  var Value: TValue);

In NEUEN Delphi 10.1 nun so:

Delphi-Quellcode:

procedure Tfrm_Main.sgOfferGetValue(Sender: TObject; const ACol, ARow: Integer;
  var Value: TValue);

Dummerweise werden in übernommenen Projekten, die alten Angaben "COL" und "ROW" beibehalten, auch wenn man das Event erstmals anlegt.

So kann sich hier nun ein ganz anderer Programmkontext ergeben:

Delphi-Quellcode:

procedure Tfrm_Main.sgOfferGetValue(Sender: TObject; const Col, Row: Integer;
  var Value: TValue);

var
  sg: TGrind;
begin
  sg := TGrid (Sender);

  with sg do begin
    if row = xyz... // 
end;

Vor Delphi 10.1 war row hier der Parameter aus der Prozedurübergabe.
Ab Delphi 10.1 ist row aber die aktive Zeile des Grids !!!

Leider ist das nirgendwo dokumentiert. So hatte ich nun vollkommen unsinnige Anzeigen in meinem Grid, und vorher (Delphi 10 Seattle oder älter) hatte der Source ja funktioniert.

Da muss man erst mal drauf kommen.

[jaenicke]

Wieder einmal ein Paradebeispiel warum die Verwendung von with nicht sinnvoll ist...
Ohne with hättest du das Problem nicht gehabt, sondern Row wäre schlicht nicht gefunden worden.

Das ist genau das gleiche Problem gewesen wie die VirtualTrees bei der Einführung von Width in TRect mit XE2 oder so hatten. Ohne with hätten die ohne Änderung weiter funktioniert, so bezog sich Width nun stillschweigend auf das Rect statt die Komponente, weil ein with mit einem TRect drum war.

[madas]

Zitat von Harry Stahl:

Delphi-Quellcode:

var
  sg: TGrind;

Absicht oder Zufall?