Wenn ich in der Formularansicht als Text folgende Zeilen der betroffenen TLabels entferne funktioniert es:

markieren

Code:

            StyledSettings = [Family, Style, FontColor]
            TextSettings.Font.Family = 'Georgia'
            TextSettings.Font.Size = 22.000000000000000000

Ja, hier ist eindeutig ein Bug in XE8 drin. Immer wenn in Textsettings in den Einträgen zu Family ODER Size ein anderer Wert als Default steht, dann werden NICHT die Einstellungen des Styles verwendet, sondern eben diejenigen, die unter Textsettings stehen.Gleichzeitig werden beim Laden der Form dann unter StyledSettings die entsprechenden Einstellungen deaktiviert.

Dummerweise kann man zwar unter Textsettings "Family" manuell im Objektinspektor auf Default setzen, nicht aber "Size".

Man muss also tatsächlich manuell die Form-Datei editieren und Size entfernen.

Das ist ja echt ein blöder Bug!

Moin,

also wenn ich mir diesen Thread so durch lese frage ich ich mich warum man jetzt auf XE8 gehen sollte?!
Sollte ich diesen Thread mal provokanterweise Dienstag mit nach Hamburg zur Roadshow nehmen

Gruß Heiko

Na wegen der coolen neuen Features?
http://www.delphipraxis.net/184977-c...ease-date.html

Und wer für iOS entwickelt ist sowieso zum Upgrade gezwungen, inkl. Installation der Fixpacks.

So, den Bug habe ich mal gemeldet:

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

Die Behebung sollte m.E. auf jeden Fall noch ins Update 1 rein.

Moin,

Zitat von himitsu:

Na wegen der coolen neuen Features?
http://www.delphipraxis.net/184977-c...ease-date.html

Naja ..

=== Off Topic =====

Zitat von himitsu:

Und wer für iOS entwickelt ist sowieso zum Upgrade gezwungen, inkl. Installation der Fixpacks.

Wer entwickelt denn für iOS wenn er es nicht unbedingt muss?
So mal ebend eine vorhandene Anwendung auf iOS kompilieren ist ja eh nicht.
Man braucht einen Mac zusätzlich zum PC.
Okay, für Android braucht man auch ein Android-Gerät, wird aber nicht genötigt seine Anwendungen über den Apple-Store zu vertreiben.
Aber wir schweifen ab..
==================

Gruß Heiko

Und weil es soviel Spaß macht, Fehlerreports zu schreiben(), gleich noch einer:

VCL-App calling a FMX-DLL hangs on FreeLibrary (DLLHandle)

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

Fehler betrifft allerdings auch schon XE7, wie ich nun feststellen musste.

Zitat von Harry Stahl:

Und weil es soviel Spaß macht, Fehlerreports zu schreiben(), gleich noch einer:

VCL-App calling a FMX-DLL hangs on FreeLibrary (DLLHandle)

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

Fehler betrifft allerdings auch schon XE7, wie ich nun feststellen musste.

Also du übergibst lebende Objekte über DLL-Grenzen ohne mit gemeinsamen Laufzeitbibliotheken zu arbeiten?
Falls ja (kenn jetzt nicht jede Option in der dproj-Datei) war das eher zufall das das funktioniert hat aber nix was man erwarten sollte. Lebende Objekte über DLL-Grenzen ohne gemeinsame Laufzeitbibliothek zu verwenden ist ein NoGo.