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

[Mavarik]

Zitat:

Zitat von Harry Stahl (Beitrag 1335974)

Erste unschöne Überraschung scheint ein relativ starker Bruch der Rückwärtskompatibilität bei FireMonkey zu sein:

Bei allen Grids gibt es nicht mehr "OnClick" oder DoubleClick oder Mousedown, sondern nur noch "OnTap". Auch Onpaint fehlt.


Oh weh...

Hallo Harry!

Hab nicht gesehen, ob Dir schon jemand darauf geantwortet hat...

Die Grids haben immer noch OnClick und on DoubleClick (nur nicht im OI)

Einfach im Source eine TNotifyEvent procedure zuweisen und alles funktioniert.

Mavarik

[Harry Stahl]

Zitat:

Zitat von Mavarik (Beitrag 1338351)

Die Grids haben immer noch OnClick und on DoubleClick (nur nicht im OI)

Einfach im Source eine TNotifyEvent procedure zuweisen und alles funktioniert.

Mavarik

Hallo Frank,

das hatte ich dann auch so gemacht.

"Einfach" hätte hier allerdings viel Arbeit bedeutet, da ich hier in einigen Formularen eine ganze Reihe von Grids habe. Daher hatte ich im Pascal Project Manager & Editor eine Funktion eingebaut, die mir das abnimmt:

Man filtert die Grids in der Objektliste aus und wählt den Befehl "Eventhandler auf Laufzeitzuweisung umstellen" und gibt dann im angezeigten Dialog die Funktionen an, die es betrifft (sieh anliegende Schreenshots). Manuell hätte ich hier sicher eine halbe Stunde oder mehr dran gesessen, so war es eine Sache von 3 Minuten.

Das kann man durchaus öfter mal brauchen, da ich es schon häufiger erlebt habe, dass nach einem Update von Komponenten z.B. die Parameter nicht mehr stimmen oder die Events umbenannt worden sind, dann hagelt es haufenweise Fehlermeldungen, immer mit der Gefahr des Datenverlustes. Da ist es dann einfacher, vorab die betroffenen Einträge für die Eventhandler aus dem Formular rauszuholen und erst mal auf manuelle Zuweisung umzustellen. Anschließend kann man das Projekt normal öffnen und Schritt für Schritt auf den neuen Sachverhalt umstellen.

[Mavarik]

RSP-14916

pls +1

[Sherlock]

Ich hatte mir für heute vorgenommen vielleicht doch nach Berlin zu gehen. Dann mir nochmals diesen Thread durchgelesen, und das Vorhaben wieder verworfen... Irgendwie scheint Seattle->Berlin selbst für Mobilentwicklung nicht so der Bringer zu sein. Vielleicht bringe ich ja nächste Woche die Kraft für den Umstieg auf.

Wie sind die Einschätzungen bezüglich friedlicher Koexistenz von 10 und 10.1? In der Vergangenheit lief es ja eigentlich immer gut...aber man weiß ja nie.

Sherlock

[Uwe Raabe]

Zitat:

Zitat von Sherlock (Beitrag 1339235)

Wie sind die Einschätzungen bezüglich friedlicher Koexistenz von 10 und 10.1? In der Vergangenheit lief es ja eigentlich immer gut...aber man weiß ja nie.

Bis auf die bekannten Probleme mit dem falschen LibSuffix bei ein paar der GetIt-Komponenten (die haben immer noch 230 statt 240, also nichts was man nicht selbst schnell beheben könnte) sind mir keine Probleme bekannt. Ich habe es selbst auf mehreren Systemen parallel mit anderen Delphi-Versionen laufen.

[greenmile]

Ich habe nach einigen Tests Berlin wieder ausradiert und bleibe erstmal bei Seattle. Mir geht es ziemlich auf den Sack, dass mit jeder neuen Version wieder irgendwas nicht mehr funktioniert und ich wieder einen neuen (Pfusch) Workaround suchen muss.

[Sherlock]

Zitat:

Zitat von Uwe Raabe (Beitrag 1339236)

Zitat:

Zitat von Sherlock (Beitrag 1339235)

Wie sind die Einschätzungen bezüglich friedlicher Koexistenz von 10 und 10.1? In der Vergangenheit lief es ja eigentlich immer gut...aber man weiß ja nie.

Bis auf die bekannten Probleme mit dem falschen LibSuffix bei ein paar der GetIt-Komponenten (die haben immer noch 230 statt 240, also nichts was man nicht selbst schnell beheben könnte) sind mir keine Probleme bekannt. Ich habe es selbst auf mehreren Systemen parallel mit anderen Delphi-Versionen laufen.

Dann raffe ich mich vielleicht doch dazu auf, Danke! Snapshot ist schon erstellt, und was war nochmal der empfohlene Weg? ISO oder lieber Webinstaller? Letzten Monat wars noch der Webinstaller...

Sherlock

[jaenicke]

Sofern du damit keine Probleme bekommst, solltest du den Webinstaller nehmen.
Bei mir gab es damit ein Lizenzproblem, das ich manuell lösen musste, sonst lief alles.

Abgesehen von der Änderung mit dem class helper und privaten Feldern gab es auch bei der Umstellung keine Probleme. Alle internen Packages und zugekauften Komponenten mit Quelltext waren schnell umgestellt, ebenso die Anwendungen inkl. FMX GUI.

[KARELA]

Zitat:

Zitat von jaenicke (Beitrag 1336170)

Zitat:

Zitat von win568 (Beitrag 1336168)

Also. Bei der Installation wurde die globale Umgebungsvariablen gelöscht und mit den Pfaden auf Berlin ersetzt. Das kann doch
wohl nicht wahr sein. Ich verwende mehr als 1 Entwicklungsumgebung :( und auch andere Tools. Das Setup soll hier Pfade
anhängen und nicht löschen.

Ein Backup der Pfad-Variable liegt im Installationsverzeichnis als Path-Before-Install.txt.

Zitat:

Zitat von jaenicke (Beitrag 1336094)

Ich bekomme beim Aufruf der dcc32.exe oder msbuild lediglich:

Zitat:

This version of the product does not support command line compiling.

Im Lizenzmanager sieht alles gut aus, Delphi 10.1 Enterprise steht drin, die Lizenz ist unbegrenzt gültig, Subscription-Enddatum 2017 passt auch...

Ich habe nun die ISO stattdessen versucht, aber da klappt die Installation schon nicht. Ich habe einen entsprechenden Supportfall geöffnet.

Die Fehler sind:

Zitat:

Unable to load plug-in library. Please rebuild your project and make sure all required plug-ins are installed. Action skipped

Zitat:

License status check failure (Error code: ). Please try again later, or contact support.

Meine Analyse mit dem Process Monitor zeigt, dass die DLL mit diesem Pfad versucht wird zu laden:
C:\ProgramData\{655CBACE-A23C-42B8-B924-A88E80F352B5}\OFFLINE\mSanctuaryDesigntime.dll\mSa nctuaryRuntime.dll
Dort existiert aber nur die Datei:
C:\ProgramData\{655CBACE-A23C-42B8-B924-A88E80F352B5}\OFFLINE\{655CBACE-A23C-42B8-B924-A88E80F352B5}

Falls das jemand von euch auch hat, ich werde die Lösung posten, wenn ich eine Antwort vom Support habe...

Die beiden Fehler

Unable to load plug-in library. Please rebuild your project and
make sure all required plug-ins are installed.
Action skipped

License status check failure (Error code: ).
Please try again later, or contact support.

hatte ich als ich vesucht habe 10.1 mit upd2 zu installieren,
obwohl ich 10.1. mit upd 1 deinstalliert hatte.

In meinem Fall hat es schon ausgereicht, den Pfad
C:\ProgramData\{2008E4BD-A356-4759-8A78-18636D2E75C9} einfach nur umzubenennen.
Danach konnte ich 10.1 mit upd 2 fehlerfrei installieren.