Delphi 10.1 Berlin

[Der schöne Günther]

Zitat von Harry Stahl:

Und warum werden FMX-Datamodules nicht mehr unterstützt?

Ich glaube ich warte dann mal auf Update 1

Aber wenn ich auf die "Was ist neu"-Liste schaue bin ich schon positiv erstaunt. Nicht nur über die Menge, sondern auch dass sie sich jetzt anscheinend auch mal an Dinge heran trauen die seit 15 Jahren und länger bestehen. Bislang hatte ich den Eindruck dass Dinge die es seit ein paar Jahren gibt um Gottes Willen nicht angefasst und erweitert werden.

[Harry Stahl]

Komisch, neu zufügen kann ich ein Datenmodul, aber beim Öffnen eines bestehenden Projekts kommt eben die Aussage.

Klar, gibt es eine Reihe von nützlichen Erweiterungen (z.B. Currency-Column) oder Unterstützung Zugriffstasten (wobei da man nur sagen kann endlich auch hier), etc.

Aber die massiven Änderungen bei den FMX-Grids (warum wird hier anscheinend kein Drag & Drop mehr unterstützt?), sind mir im Moment nicht nachvollziehbar. Für meine Programme wäre das schon wirklich ärgerlich, da ich da von den Grids relativ starken Gebrauch gemacht habe.

Aber vielleicht habe ich ja auch auf die Schnelle was übersehen, vielleicht funktioniert hier jetzt etwas grundsätzlich anders, evtl. kann da ja Jemand schon was aufklären (z.B. Betatester, die dürfen diesen Status als Betatester ja nicht erwähnen, könnten aber trotzdem hier mit Wissen glänzen...)?

[PeterPanino]

Leider kann ich Delphi 10.1 Berlin nicht installieren, weil meine SystemPath Variable noch immer zu lang ist (2468 Zeichen). (Obwohl ich schon alle langen Dateinamen in der Path-variable in kurze Dateinamen umgewandelt habe, alle vorherigen Delphi-Versionen deinstalliert und deren Pfade nachträglich aus der Path-Variable entfernt habe, weil der Uninstaller das nicht automatisch tat).

Die Seite http://docwiki.embarcadero.com/RADSt...Length_Problem ist leer.

Kann man also Delphi 10.1 Berlin nur auf minimalen Windows-Systemen installieren, auf "Power-User"-Systemen jedoch nicht? Ist das nicht eine Marketing-Einschränkung für Embarcadero?

[ralfstocker]

Mit Delphi Tokio wird alles besser! Bestimmt!
P.S. FMX habe ich schon immer als Spielwiese oder Beta angesehen. Darauf sollte man sich nicht verlassen. Vor allem, wenn man kommerziell unterwegs ist.

[Darlo]

Zitat von ralfstocker:

P.S. FMX habe ich schon immer als Spielwiese oder Beta angesehen. Darauf sollte man sich nicht verlassen. Vor allem, wenn man kommerziell unterwegs ist.

Kannst Du das auch begründen? Bei uns klappts auch kommerziell ganz gut. Mit FMX in XE2 begonnen und bis jetzt zweimal pro Jahr portiert. Jetzt also XE10. Mit XE10 in zwei Tagen noch zusätzlich Android hinzugefügt. Ich sag nach wie vor: Firemonkey ist top (und bisschen basteln gehört zum Job).

[PeterPanino]

Wieso kommt eigentlich die DevExpress VCL Library mit ihren vielen und umfangreichen Packages mit 2 Einträgen in der PATH-Variable aus, während TMS für jedes kleinere Package jeweils einen eigenen Pfad-Eintrag in die PATH-Variable hineinschreibt?

Die derzeitige Situation ist also so: Jeder schüttet bedenkenlos sein eigenes Zeug in den PATH-Kübel hinein, ohne zu bedenken, dass die anderen das auch machen und so der PATH-Kübel irgendwann überläuft ...

Nicht sehr intelligent, finde ich.

[Sir Rufo]

Zitat von PeterPanino:

Wieso kommt eigentlich die DevExpress VCL Library mit ihren vielen und umfangreichen Packages mit 2 Einträgen in der PATH-Variable aus, während TMS für jedes kleinere Package jeweils einen eigenen Pfad-Eintrag in die PATH-Variable hineinschreibt?

Die derzeitige Situation ist also so: Jeder schüttet bedenkenlos sein eigenes Zeug in den PATH-Kübel hinein, ohne zu bedenken, dass die anderen das auch machen und so der PATH-Kübel irgendwann überläuft ...

Nicht sehr intelligent, finde ich.

Die einen denken bevor sie handeln und die anderen handeln und denken sich nichts dabei

[Harry Stahl]

In dem Zusammenhang:

Gibt es einen Grund, warum bei der Installation von Delphi 10.1 die beiden Pfade:

C:\Users\Harry-Dev\Documents\Embarcadero\Studio\18.0\Bpl\Win64
C:\Users\Harry-Dev\Documents\Embarcadero\Studio\18.0\Bpl

in die Path-Variable übernommen werden (siehe auch Anlage), obwohl die Verzeichnisse dann gar nicht erzeugt werden und da nichts drin ist?

[PeterPanino]

Zitat von Harry Stahl:

In dem Zusammenhang:

Gibt es einen Grund, warum bei der Installation von Delphi 10.1 die beiden Pfade:

C:\Users\Harry-Dev\Documents\Embarcadero\Studio\18.0\Bpl\Win64
C:\Users\Harry-Dev\Documents\Embarcadero\Studio\18.0\Bpl

in die Path-Variable übernommen werden (siehe auch Anlage), obwohl die Verzeichnisse dann gar nicht erzeugt werden und da nichts drin ist?

Wie auf dem Screenshot erkennbar ist, ist deine PATH-Variable ebenso als zu lang markiert. Darf ich fragen, wie lang deine Path-Variable nach der Installation von Berlin nun ist? Und wurdest du vor der Installation nicht vor einer zu langen PATH-Variable gewarnt?

[Harry Stahl]

Path-Variable ist nicht zu lang, Warnung kommt nur wegen ungültiger Pfade. Bei Installation kam Frage, ob Path-Eintrag hinzugefügt werden könne, was ich bejaht hatte.

Wie lang mein Path-Eintrag ist, kann ich Dir nicht sagen. Man kann die Aufnahmekapazität auf Umwegen verlängern (siehe anliegenden Screenshot).

Im Path-Eintrag hast Du eine Variable namens %Pathes%, die wiederum für andere Variablen steht, welche mit echten Pfadeinträgen hinterlegt sind.

So kann ich hier ohne Probleme D2, D5, D2007 und DXE5 bis Delphi 10.1, incl. dutzenden von Komponentensammlungen mit entsprechenden Path-Einträgen installieren und nebenher betreiben.