Delphi 10.1 Berlin

[sahimba]

Zitat von Harry Stahl:

Ja, vielen Dank, das wäre zumindest ein Weg, um die Software zum Laufen zu bringen. Müsste also nur vor Übernahme von XE.X zu Delphi 10.1 in der Form die Eventhandler entfernen und diese im Create-Ereignis manuell zuweisen.

Könntest Du vielleicht eine Ableitung bauen und die Events publishen?
Vielleicht gibt es sogar eine Möglichkeit, die "alte" Komponente zu deregistrieren und die von Dir abgeleitete unter demselben Namen zu registrieren.

[Harry Stahl]

Wahrscheinlich gibt es mehrere Wege, mit dem Problem umzugehen und einen WorkAround zu finden.

Mir geht es in der Hauptsache erst mal um die Frage, ob wir hier einen Bug haben. Oder eben ein "neues Feature" ("Is it a bug or a Feature?").

Wenn es ein Bug ist, würde ich einen QC-Eintrag machen.

[Darlo]

Ich vote (und hoffe) für Bug.

[Harry Stahl]

Und da bin ich mir eben noch nicht so sicher. In FMX.Grid gibt es eine neue Funktion:

Delphi-Quellcode:

procedure TColumn.DefineProperties(Filer: TFiler);
const
  OldPropertyNames: array of string = [
    ...
    'OnApplyStyleLookup',
    'OnDragEnter',
    'OnDragLeave',
    'OnDragOver',
    'OnDragDrop',
    'OnDragEnd',
    'OnKeyDown',
    'OnKeyUp',
    'OnCanFocus',
    'OnClick',
    'OnDblClick',
    'OnEnter',
    'OnExit',
    'OnMouseDown',
    'OnMouseMove',
    'OnMouseUp',
    'OnMouseWheel',
    'OnMouseEnter',
    'OnMouseLeave'];
var
  I: Integer;
begin
  inherited;
  Filer.DefineProperty('Size.Width', ReadWidth, WriteWidth, not SameValue(Width, GetDefaultSize.cx, 0.5));
  for I := Low(OldPropertyNames) to High(OldPropertyNames) do
    Filer.DefineProperty(OldPropertyNames[I], SkipOldProperty, nil, False);
end;

welche auch die "entfernten" Events beinhaltet. Diese Funktion gab es in Delphi Seattle noch nicht.

Außerdem ist die Unit in Delphi Berlin fast doppelt so umfangreich (hat 1.500 Zeilen neu) und es gibt Stellen, wo neuerdings von einer "TGridModel" Class die Rede ist.

Da könnte man insofern auch an neue Programmier-Konzepte denken (Model / View etc.). Aber ich habe bislang eben keinen neuen Ansatz gefunden.

[Thomas Horstmann]

Hallo,
es scheint ja hauptsächlich die Desktop-Events zu betreffen. In der Vergangenheit lief z.B. der Doppelklick auch auf den Mobilen-Plattformen, aber eher schlecht als recht. Zu gebrauchen war das nie. Vielleicht wird nun versucht aufzuräumen und die Events plattformübergreifend zu vereinheitlichen. Und der Desktop muss sich dann mit den Workarounds behelfen.

Aber alles nur Spekulation. Vielleicht doch mal nachfragen.

[Sherlock]

Man kommt sich fast so vor wie bei einer halbherzig gepflegten OpenSource Anwendung. Features poppen auf oder gehen verloren und niemand weiß etwas darüber, weil es keine Doku gibt. Das ist...immer noch sehr traurig. Dabei sollte es offensichtlich sein, daß jedes noch so tolle Feature keinen feuchten Pups wert ist, wenn es niemand nutzt, weil es undokumentiert ist. Jetzt kommt gleich, daß alle tollen Features ja dokumentiert sind. Dazu kann ich nur sagen: "Tollheit" liegt im Auge des Betrachters

Sherlock

[TiGü]

Ein bisschen enttäuschend ist auch, dass wieder mal keine offiziellen Übersetzungen der Direct2D-Header der Version 1.1 und höher gibt.
Also alles was seit Windows 8 und dem Platform-Update für Windows 7 neu eingeführt wurde:
https://msdn.microsoft.com/de-de/lib...(v=vs.85).aspx

Schon komisch, da ja auch die Header für Direct3D 12 übersetzt wurde.

[Thyregod]

Zitat von jaenicke:

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

Hat das sonst noch jemand?

Ich habe auch dieser fehler! Lizenz ist ok, Delphi 10.1 Berlin Enterprise, windows 10. DCC64 Kommt nicht mit fehler.

Hast du eine lösung gefunden ?

[MEissing]

Meldet doch bitte diese Problem direkt dem Support....

[greenmile]

Hallo Matthias,

eine kurze, direkte Frage: Wird es ein Update für Seattle geben, mit dem Android Marshmallow unterstützt wird? Ich möchte Berlin nicht installieren. In der Vergangenheit hatte ich aber massiv Probleme mit Android: Anwendungen stürzten in einer Try..Except Behandlung sang- und klanglos ab, aber nur bei einigen Geräten wie z.B. HTC. Ich brauche also Marshmallow Unterstützung, jedoch ohne Berlin. Aktuell nutze ich Seattle auch nur wegen Android, alles andere mache ich weiter mit XE8.

Gibt es dazu eine Aussage? Versprochen wurde es, aber man kennt ja EMBT.