![]() |
AW: Der Delphi / RADStudio XE8 Release-Thread
Nichts ändert sich so schnell wie FMX. Ob die Änderungen alle logisch sind oder nicht, steht auf einem anderen Blatt. EMBt kommt mir eher wie getriebene vor, die von Version zu Version hetzten und einfach keine Zeit für die "Kleinigkeiten" wie der Styleeditor haben, da die Konkurrenz und die Hersteller der mobilen Plattformen das Tempo vorgeben bzw. durch Änderungen/Abkündigungen EMBT zu Änderungen zwingen, welche die kompletten Entwicklerkapazitäten "auffressen".
|
AW: Der Delphi / RADStudio XE8 Release-Thread
Zitat:
Zitat:
|
AW: Der Delphi / RADStudio XE8 Release-Thread
Habs hier nirgends gesehen, darum hier mal die Liste der Bugfixes:
![]() Sherlock |
AW: Der Delphi / RADStudio XE8 Release-Thread
Hi.
Ja, okay, es gibt FireUI und jetzt der Multi-Device Preview....mir geht es aber um die "inneren Werte" und wie man mittels der zur Verfügung stehenden Editoren schnell und einfach (= RAD) ansprechende Oberflächen basteln kann. Und "hier" hat sich in meinem Auge nicht wirklich viel getan. Der Editor hängt da echt weit hinterher - leider. Es geht ja in die richtige Richtung, aber einige Unzulänglichkeiten werden einfach nicht ausgemerzt und mir ist schleierhaft, wieso. Nutzt den Design Editor keiner? Wie soll man da in einer großen App vernünftig eigene Designs entwickeln, wenn man permanent Angst haben muss, den kompletten Style zu zerschießen, weil irgendwas auf einmal nicht mehr klappt bzw. falsch in die Datei geschrieben wird, sodaß sich die Style-Datei nicht mehr öffnen lässt? Klickt man einmal zu viel, gibt's ne' Exception und das wars. Gerade vor einigen Wochen gefunden: Man designe ein neues Element im Designer mit Layout's und weiteren Subelementen. Für eines definiert man einen Effekt, um z.B. die Fill.Color zu animieren. Über TAnimation.xyz kann man ja jetzt die Animation über den Code starten. Die Methode erwartet dann einen Namen, um per Rekursion das entsprechende Child-Element zu finden. Dummerweise erlaubt der Editor aber nicht die Vergabe von Namen (man kann sie zwar eingeben, diese werden aber nicht übernommen), sondern nur die Definition eines Style-Namens. Die TAnimation-Methoden erwarten aber keinen Style-Namen, sondern einen Komponenten-Namen, der sich aber ja nicht vergeben lässt. Also, muss ein Workaround her. Oder: Man definiert eine Form ohne Border und setzt ein TScaleLayout darauf. Beim Starten wird dieses Layout aber auf einmal ein paar Pixel in die Breite gezogen, sodass alle darauf platzierten Elemente plötzlich breiter sind, als designed. Die Form hat keiner Margins oder Paddings, und der BorderStyle ist "none". Warum wird also die Form beim Starten auf einmal breiter? LG, Marc |
AW: Der Delphi / RADStudio XE8 Release-Thread
Zitat:
Zitat:
Auch wenn Jira noch nix sagt (Status: Offen / Lösung: Nicht erledigt), aber gaaaaaaaanz unten auf der Liste/Artikel ist zur Abwechslung auch mal einer meiner Reports repariert wurden. Jetzt muß ich mir nur noch den Bugfix kaufen. :thumb: |
AW: Der Delphi / RADStudio XE8 Release-Thread
Zitat:
Zitat:
Wo liegt der Unterschied? |
AW: Der Delphi / RADStudio XE8 Release-Thread
Ich denke er meint dass man einfach sieht, ob es "selbst gemalt" oder echte OS-Komponenten sind. Jeder mag das anders wahrnehmen (und ich kenne FireMonkey nur auf Windows), aber man sieht schon auf den ersten Blick ob es "echte" Windows-Controls oder FireMonkey ist. Ränder von Steuerelementen, Textmarkierungen, Hover-Verhalten- Gibt viele Kleinigkeiten wo es auffällt.
Wenn man komplett seinen eigenen Stil macht fällt das natürlich nicht ins Gewicht. |
AW: Der Delphi / RADStudio XE8 Release-Thread
Der Unterschied liegt darin, ob man ein Control im Stil eines OS selber malt, oder ob man das Control des OS nutzt ( wie die VCL bei Windows.)
|
AW: Der Delphi / RADStudio XE8 Release-Thread
Zitat:
|
AW: Der Delphi / RADStudio XE8 Release-Thread
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:42 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz