Delphi 10 "Seattle" erschienen

[Luckie]

Moment.

Du erstellst ein Programm mit Stringgrid. Veränderst die Spaltenbreite. Beendest das Programm und wunderst dich beim zweiten Start, dass es sich nicht die Spaltenbreiten gemerkt hat?
Ist das so richtig?

[Harry Stahl]

Habe das gerade mal getestet und kann den Bug bestätigen.

Was mit XE8 noch funktionierte, geht jetzt mit DX10 nicht mehr. Dabei ist es egal, ob man ColSizing aktiviert oder nicht. Wenn man die Form schließt und danach wieder öffnet, sind alle zuvor vorgenommenen Eistellungen hinsichtlich der Spaltenbreiten verloren (hier ist natürlich von der design-time die Rede, nicht runtime).

Wäre gut, wenn Du das als BUG bei QC melden würdest.

[Uwe Raabe]

Zitat von Harry Stahl:

Habe das gerade mal getestet und kann den Bug bestätigen.

Ich auch. Passiert auch schon, wenn man das DFM einmal in den Text-Modus umschaltet und wieder zurück. Es reicht auch, das Programm einfach zu starten, dann kann man im Debugger die Stelle gleich finden, an der das passiert.

Die Ursache liegt in TCustomGrid.ChangeScale , in dem DefaultColWidth neu setzt, was wiederum alle Spaltenbreiten zurücksetzt (war auch schon immer so).

Durch die DPI-Awareness sind per Design-Time gesetzte Spaltenbreiten so also obsolet. Eigentlich müssten in ChangeScale die Spaltenbreiten ausgelesen und nach dem Ändern der DefaultColWith skaliert wieder gesetzt werden. Anstatt es richtig zu machen, wollte da wohl einer schnell fertig werden...

Zitat von Harry Stahl:

Wäre gut, wenn Du das als BUG bei QC melden würdest.

Sehe ich genauso, wobei QP hier die bessere Wahl ist. Da es leider bereits im Design-Package passiert, ist ein programmatischer Workaround gar nicht so einfach.

[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