Delphi 10 "Seattle" erschienen

[RWarnecke]

Anscheinend hat TMS Software etwas für Seine StringGrid-Komponente gefunden :

Zitat:

************************************************** *****
TMS Component pack v7.9.4.1 : update September 14, 2015
************************************************** *****

Update : TAdvStringGrid v7.8.3.0
--------------------------------
- Improved : Fixed cell color export to XLS file via TAdvGridExcelIO
- Fixed : Issue with handling disjunct row selection
- Fixed : Workaround for bug introduced with column width persistence in Delphi 10
- Fixed : Rare issue with AdvanceDirection = adTopBottom and AdvanceEnterLoop = false
- Fixed : Issue with ClearRect and hidden columns

[Uwe Raabe]

Zitat von RWarnecke:

- Fixed : Workaround for bug introduced with column width persistence in Delphi 10

Leider haben die meinen Post wohl nicht gelesen, denn es werden wohl die Spaltenbreiten wiederhergestellt - aber nicht skaliert.

[Harry Stahl]

Falls sich jemand bemüht, mehrere Styles für unterschiedlichen Plattformen (MAC OSX, iOS, Android) in ein Stylebook zu laden (was ja ab DX10 möglich ist) und sich wundert, warum der spezifische MAC-OS Style weder im Multi-Device-Designer in der Ansicht "OSX-Desktop" noch zur Laufzeit auf dem MAC angezeigt wird (dort wird immer nur der Standard-MAC-Style gezeigt):

Das ist ein Bug, daher habe ich es hier gemeldet:

https://quality.embarcadero.com/browse/RSP-12259

und noch einen WorkAround dabei geschrieben.

[Rollo62]

Ich bin eigentlich ganz zufrieden mit Rx10.
- läuft stabil, wenn Platform gewechselt wird, wenn man aus Versehen beim Kompilieren draufklickt), etc.
- läuft stabil, ohne alle 5 Minuten einen IDE-Absturz zu produzieren
(kann man nicht oft genug sagen, denn ich war mit XE8.1 seit Monaten in der IDE-Absturzhölle).
- läuft schneller (womöglich dank mehr Speicher)
- läuft ohne external MSBIULD Schalter
- Kompiliert iOS9 bis jetzt ohne Probleme (aber muss noch im AppStore testen)
- Komponenten (BT, ListView, etc.) sind verbessert und stabiler
- Die MobileStyles funktionieren endlich so wie ich mir das immer vorgestellt habe:

Styles: z.B. am Permium SterlingStyle
1. - werfe StyleBook auf Form
2. - wähle entsprechenden View aus, z.B. Win und Lade Win Style, speichern
3. - wähle direkt im StyleEditor andere Platform, und wiederhole 2.

Das schein jetzt alles so zu funktionieren wie gedacht.

Mit dem CustomStyle habe ich noch etwas gefunden:
- z.B. ändere Panel in schwarz
- selektiere Panel und mit rechnter Maustaste "Edit Custom Style" wählen
- dann wird Panelstyle Element angezeigt, nur merken und NICHT Speichern, StyleEditor verlassen
- StyleEditor wieder aufrufen
1. - Element Panelstyle suchen und Fill-Farbe ändern, Apply
2. - andere Platform auswählen und wiederholen 1.

Wenn alle geladen sind ist das Panel bei den Mobile-Platfoemen immer noch grau statt schwarz.
Das liegt daran das in den Styles plötzlich zwei Panelstyle Elemente existieren
Clipboard01.jpg

Wenn man alle ändert oder womöglich das Panelstyle1 löscht funktioniert es auch.

Also ich vermute das die falschen, zusätzlichen Elemente angelegt werden wenn man mit "Edit Custom Style" den
richtigen Style sucht.


Rollo

[Sir Rufo]

Die IDE stürzt schon gerne ab ... es kommt aber darauf an, was man so macht. In Verbindung mit den Generics kann die ganz schön zickig werden.
delphi-10-seattle-ide-crash.jpg

• Das Beispiel-Projekt TextParser öffnen
• einen neuen State hinzufügen
  
  Delphi-Quellcode:

  type
    TParseState = ( Start, Escaped, ProcessString, StartString, InString, EscapedInString, Finished, Error, Unknown );

• Im Source den neuen State konfigurieren

Den Text im roten Kasten habe ich eingegeben und dann kam der Crash. Der kann aber auch schon früher erfolgen ... je nach Laune der IDE

[Rollo62]

Das war ja das Problem mit XE8, ich habe kaum etwas spezielles gemacht.
Es ging um Multiplattform:
- die IDE war fast clean
- keine Komponenten installiert, ich glaube nur DevExtensions
- nur Basic-Elemente, ListBox, Listview
- Bluetooth, naja das war etwas spezielle, aber Abstürze beim Kompilieren gab es dadurch nicht
- Wie gesagt Abstürze bei Öffnen des Projekt Open dialoges in der IDE, beim Wechsel der Platform iOS32 zu iOS 64.
- Abstürze wenn vorgeladene Styles benutzt wurden, ich hatte am Ende per Runtime das Stylebook geladen
- etc.

Das Ales ist mit Rx10 wesentlich besser geworden.

Mag sein das Templates, Generics, Lambdas und andere Spezialitäten noch Probleme machen, aber ich
hatte mich an die Mobile Welt ganz vorsichtig mit dem Standardbaukasten bewegt.
Aber von dem recht stabilen XE7 zu Rx10 möchte ich XE8 am liebsten vergessen.
War schon kurz davor XE8 hinzuschmeissen und zu PhoneGap, Xamarin oder was auch immer zu wechseln.
Erst XE8 Upd1 hatte etwas Linderung gebracht.

Ich hoffe das jetzt mal etwas Ruhe einkehrt, weil ich ca. 4 Monate liegengebliebene Aufgaben nachholen muss.


Rollo

[braune]

Nach erster Begeisterung nun etwas Ernüchterung.

Hat sich jemand mal dem Beispiel (Json) JsonWorkbench.dpr gewidmet?
Nachdem ich die Unit1 und Unit2 durch die richtigen Units ersetzt hatte funktioniert die Demo nun
Danach fügte ich ReportMemoryLeaksOnShutdown := True; in das Hauptformular ein um Speicherfehler zu prüfen.

Wenn mindestens eine Konvertierung (Beautify, Minify, To Delphi, To Writer) durchgeführt wurde kommt Unexpected Memory Leak beim Beenden des Programmes.

Mein System:
Windows 7 64Bit in VM
Delphi 10 Seattle Pro + Mobile Package
Compilierung 32-Bit-Windows / 64-Bit-Windows

Hat jemand eine Ahnung wie man nun dem Fehler auf die Schliche kommt?