Delphi 10.1 Berlin

[Daniel]

Anbei die Liste an Korrekturen:
http://edn.embarcadero.com/article/44675

[Bambini]

Zitat:

Zitat von Chemiker (Beitrag 1335996)

die VCL Erweiterungen sind ja überwältigend, man muss sie ja unter ein Mikroskop legen um sie zu erkennen.

Das sieht wohl so aus. Für VCL Windows User wird wohl die Subscription immer uninteressanter.

[Neutral General]

Zitat:

Zitat von Bambini (Beitrag 1336030)

Zitat:

Zitat von Memnarch (Beitrag 1336026)

Dein Delphi schreit lediglich beim Start ins Netzwerk "Nochn Delphi da?" und die erreichbaren rufen "Jo hier!". Da wird nix gescannt. Dann sperr halt den Netzzugang für Delphi in der Firewall.

Das führt jedoch dazu, das alle Netzwerkverbindungen Indy und FireDac im Designer auch nicht mehr "raus" können.

Der Port auf dem Delphi da kommuniziert lässt sich sicher rausfinden und gezielt sperren ;)

[Der schöne Günther]

Über die eingeschränkten Class Helper bin ich immer noch nicht ganz hinweg. Delphi-Koryphäe David Heffernan meint auch "That could cause a few headaches...". (https://plus.google.com/103246155735...ts/46ULF8hBQXp)

Ich würde gerne einen "Feature Request"-Eintrag im Embarcadero-Tracker machen, aber ich müsste erst mal genug freien Platz schaffen um 10.1 installieren zu können (Er bricht mittendrin ab).


PS: Was habt ihr alle für "VCL"-Probleme? Wenn ich mir die Bugfixes anschaue, das ist echt eine Menge. Ich wüsste im VCL-Bereich ehrlich gesagt nicht, was mir an "Features" fehlt.

[CHackbart]

Ja, das man nicht mehr so einfach auf private Deklarationen im Helper zurückgreifen kann ist irgendwie dämlich. Genau dafür war das doch da, oder? Ich hab zwar persönlich alles was private war immer dort behalten und im Zweifel in protected kopiert, aber ich hab hier dutzende Komponenten bei denen das nicht so ist. Es ist jetzt sauberer, aber von gleich auf sofort mal so etwas einzuführen ist unglücklich.
Ansonsten lief die Installation erstaunlich problemlos, wenngleich ich vorsorglich meine EntwicklerVM gestern komplett gesichert habe.
Okay, erstes Projekt für iOS schlägt schonmal beim Kompilieren mit Zu wenig Arbeitsspeicher fehl.

[mquadrat]

An die VCL-Entwickler: Sicher könnte man da das ein oder andere noch verbessern, aber so entscheidend ist das meiner Ansicht nach nicht. Interessanter sind doch vor allem die Änderungen in der RTL, denn die betreffen ja alle. Und gegen eine performantere, bessere IDE habe ich als VCL Entwickler auch nichts.

[Der schöne Günther]

Siehe auch:

http://stackoverflow.com/q/36716363

"I think I've only ever used class crackers in the past to either fix or extend broken or deficient RTL/VCL objects."
Mir geht es gleich.


(Gehe ich allen mit der Class Helper-Geschichte auf den Sack? Ich kann auch mein eigenes Thema aufmachen und dort weiterheulen)

[jaenicke]

Der Trick über Assembler aus dem Helper auf die privaten Felder zuzugreifen funktioniert tadellos... für den Moment läuft nun alles...

[Der schöne Günther]

Bist du ein Zauberer?

Kann das auch jemand für den "Assembler" nur ein Synonym für Buchstabensalat ist?

[Daniel]

Ohne Zweifel wird die Änderung bei den Class-Helpern an manchen Stellen Arbeit erfordern. Und es werden dabei auch "schmutzige" Lösungen herangezogen werden - wie mit Assembler über direkten Speicherzugriff auf Felder zuzugreifen.
Dennoch haben Class-Helper sämtliche Sichtbarkeitsregeln der OOP konterkariert und ich finde es uneingeschränkt richtig, dass hier ein Versäumnis aus vergangener Zeit korrigiert wurde.