Delphi 11 -> bei TForm OldCreateOrder entfallen!

[Uwe Raabe]

Hier ein Kommentar seitens Embarcadero zu TForm/TDatamodule - OldCreateOrder is removed

[Rolf Frei]

Habe selber D11 noch nicht im Einsatz, da ich das erst installieren will, wenn die gössten Bugs bereinigt sind. Wüsste nur gerne, ob da auch für mich eine unschöne Überaschung auf mich wartet.

Habe in alle allen Formen in meinen Projekten und 3rd Partylibraties in der DFM OldCreateOrder=False drin stehen, weil es da kein default zu dem Property gibt und es immer in die DFM geschrieben wird. False ist doch der Default, oder? Heisst das nun, dass alle diese Formen zur Runtime einen Fehler "Property OldCreateOrder not found" produzieren?! Das wäre echt schlimm.

[Uwe Raabe]

Zitat:

Zitat von Rolf Frei (Beitrag 1498516)

Heisst das nun, dass alle diese Formen zur Runtime einen Fehler "Property OldCreateOrder not found" produzieren?! Das wäre echt schlimm.

Nein, dafür sorgt diese Codezeile:

Delphi-Quellcode:

Filer.DefineProperty('OldCreateOrder', IgnoreIdent, nil, False);

[Rolf Frei]

Ah OK dann ist ja alles gut für mich.

[Frickler]

Zitat:

Zitat von Uwe Raabe (Beitrag 1498512)

Hier ein Kommentar seitens Embarcadero zu TForm/TDatamodule - OldCreateOrder is removed

Da kommt ne Login-Abfrage. Ich habe keinen laufenden Wartungsvertrag, kann dann wohl nicht nachsehen...

[himitsu]

Jira/My/EDN ist wie hier im Forum ... es ist egal ob du einen aktiven Wartungsvertrag oder überhaupt ein Delphi gekauft/lizenziert hast.

siehe Introduction > https://quality.embarcadero.com
-> https://my.embarcadero.com


Jira ist das neue QC

[Uwe Raabe]

Zitat:

Zitat von Frickler (Beitrag 1498522)

Da kommt ne Login-Abfrage. Ich habe keinen laufenden Wartungsvertrag, kann dann wohl nicht nachsehen...

Solange du einen gültigen EDN-Account hast sollte schon das gehen - unabhängig von einer aktiven Subscription.

Für alle Fälle hier der entsprechende Kommentar.

[TM6]

Das Problem war am Ende doch nicht so groß wie ich befürchtet hatte.
Ich habe zwar bislang erst ca. 25% der Formulare durchgearbeitet, aber davon benötigten bislang nur 3 eine Anpassung.

Das Problem, dass ich in so vielen Masken noch "OldCreateOrder = true" gesetzt hatte, lag hauptsächlich daran, dass über die Jahre fast alle neue Masken aus Kopien anderer Masken aufgebaut wurden und da hat man diese Eigenschaft immer mitgeschleppt.
Und die Originale stammten alle noch aus dem letzten Jahrtausend.

[Frickler]

Zitat:

Zitat von Uwe Raabe (Beitrag 1498525)

Zitat:

Zitat von Frickler (Beitrag 1498522)

Da kommt ne Login-Abfrage. Ich habe keinen laufenden Wartungsvertrag, kann dann wohl nicht nachsehen...

Solange du einen gültigen EDN-Account hast sollte schon das gehen - unabhängig von einer aktiven Subscription

Jetzt gehts. Interessant. Als ich das das letzte Mal probiert habe, kam (mit den gleichen Zugangsdaten) eine "Access Denied" Fehlermeldung. Ich hab mir dann gedacht, ok, kein Wartungsvertrag, kein Zugriff - und habs nicht mehr weiter probiert...

[himitsu]

Keine Sorge, ihr seid nicht die Einzigen.

Andere Firmen/Komponenten strotzen nur vor OldCreateOrder=True

DevExpress
FastReports
ImageEn
PgDAC-Demos
SynEdit-Demos
Python4Delphi-Demos
Greatis-FormDesigner/ObjekcInspector
DropMaster2
ComportLib4


Bei uns mußte ich nur die eine Code-Zeile entfernen, wo ich beim neuen Speichern von uralten RuntimeForms (DFMs in der DB gespeichert) dieses Property auf False setze.
In der DB finde ich zwar immernoch hunderte uralte RTFs, aber zum Glück hat Emba da ja eingebaut, dass sie nun diese Properties löschen, beim Laden oder NeuSpeichern, so muß ich nun nicht in der DB rumkramen und die Syncro austricksen (damit nicht ich als letzter Bearbeiter überall drin steh, wenn ich die nun alle bearbeiten würde) :thumb:

Oder vielleicht sicherheitshalber mal ein DB-Script laufen lassen, was den Änderungstrigger deaktiviert, überall das Änderungsdatum um eine Sekunde hochsetzt und diese Zeile in den DFMs löscht. (falls Emba in den nächsten 10-20 Jahren das ganz ausbauen sollte :stupid:)