Delphi 10.1 Berlin

[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.:evil::evil::evil:

[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.

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1337001)

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.

Die Probleme, Vor- und Nachteile über Verwendung von "With" sind mir bekannt. Ich denke, das ist auch dem Hersteller bekannt, daher wäre ein Hinweis zu den neuen Member-Variablen dort: http://docwiki.embarcadero.com/RADSt...Verbesserungen angebracht gewesen.

Ich hätte das Problem also nicht gehabt, wenn man auf die Änderung hingewiesen hätte, dann wäre es möglich, darauf entsprechend zu reagieren und den Code anzupassen...

[madas]

Zitat:

Zitat von Harry Stahl (Beitrag 1336999)

Delphi-Quellcode:

var
  sg: TGrind;

Absicht oder Zufall? :D

[Harry Stahl]

Davon abgesehen - und von den Problemen, die es mit dem Grids gibt, über die ich schon berichtet hatte - mir gefällt sehr, dass es nun eine TCurrencyColumn gibt, wo dann auch die Ausrichtung und Formatierung von Finanzbeträgen automatisch stimmt.:thumb:

Sehr schön auch die neue TGlyhColumn, die in Verbindung mit einer TImagelist die Ausgabe von Images deutlich vereinfacht...:thumb:

[Harry Stahl]

Zitat:

Zitat von PeterPanino (Beitrag 1336856)

Hallo!

Weiß jemand, wie man in Berlin die Font-Größe im ObjectInspector anpassen kann? Die ist jetzt kleiner als in Seattle.

Man muss das selber machen, über die Registry.

Ich habe mir das jetzt als Funktion in meinen Pascal Project Manager und Editor eingebaut (unter Menü Extras, "Delphi-Optionen" aufrufbar), unterstützt werden alle Delphi-Versionen ab XE8 (siehe anliegenden Screenshot).

Die Funktion ist auch in der Demo-Version nutzbar (Bei Bedarf: http://www.hastasoft.de/PPME.htm)

[PeterPanino]

Zitat:

Zitat von Harry Stahl (Beitrag 1337147)

Man muss das selber machen, über die Registry.

Ich habe mir das jetzt als Funktion in meinen Pascal Project Manager und Editor eingebaut (unter Menü Extras, "Delphi-Optionen" aufrufbar), unterstützt werden alle Delphi-Versionen ab XE8 (siehe anliegenden Screenshot).

Die Funktion ist auch in der Demo-Version nutzbar (Bei Bedarf: http://www.hastasoft.de/PPME.htm)

Tolles Programm! Besteht aber nicht die Gefahr von Inkonsistenzen, wenn man ein Projekt sowohl in der IDE als auch im PPME geöffnet hat und bearbeitet?

[Harry Stahl]

Zitat:

Zitat von PeterPanino (Beitrag 1337164)

Tolles Programm! Besteht aber nicht die Gefahr von Inkonsistenzen, wenn man ein Projekt sowohl in der IDE als auch im PPME geöffnet hat und bearbeitet?

Danke!:-D

Du könntest das zwar tun und dann besteht die Gefahr, wenn Du nicht aufpasst (wobei Delphi es merkt, wenn Du mit PPME was änderst, dann kommt die Frage zum Nachladen).

Die Editierfunktion ist ja in der Hauptsache mehr so gedacht, dass man mit Delphi sein aktuelles Projekt bearbeitet und den PPME dazu nutzt, Informationen, Komponenten oder Source-Code aus anderen Projekten heranzuziehen und die dann über die Zwischenablage in Formulare oder Source-Code Deines aktuellen Projekts einfügst.

[mkinzler]

Offizielles Statement wg. den fehlenden Ribbon-Komponenten

http://blog.marcocantu.com/blog/2016...-controls.html