Nur mal aus Interesse gefragt: Seit XE7 kann man das doch in den unterschiedlichen Views direkt wie gewünscht designen, dann brauchst Du für Design-Aspekte eigentlich keine IFDEF's mehr.
Gibt es einen speziellen Grund, warum Du es hier (dennoch) mit IFDEF's zur Laufzeit löst?
Richtig... Das gab es noch nicht in XE2-XE6 Außerdem designe ich so gut wie keine Fenster in der
IDE... Weil sich das alles dynamisch berechnen muss... Daher finde ich auch die Deviceansicht von zig Geräten so was von schwachsinnig... 90% des Designs entscheiden sich zur Laufzeit und sind noch Style-Abhängig. ggf. Wird der Style auch durch eine User-Einstellung noch geändert...
Seit XE2 ist die
IDE immer instabiler geworden und ohne jedes Mal auf eine neue Version upzugraden ist es unmöglich für iOS und Android zu entwickeln.
Das ist leider so... Hinzu kommt das durch Änderungen von iOS6->iOS7-iOS8 wieder unzählige Änderungen nötig waren. Leider habe ich nicht 24/7 Zeit meine App zu schreiben... Wenn ich mal 3 Monate aussetzt komme ich schon kaum mit den Änderungen nach...
Ich führe meine Änderungen an der
RTL seit XE4 mit und ändere jedes mal die neuen Sourcen.
Ich habe, nachdem ich die Beiträge hier gelesen habe, nicht auf XE8 aktualisiert. Mit jeder neuen Delphi Version muss ich wieder lernen, wie ich mit den Bugs umzugehen habe. Hatte diesmal echt keinen Bock drauf, dass die App, die ich unter XE7 irgendwie ins laufen gebracht habe, plötzlich nicht mehr läuft, weil Methode/Funktion in
Unit irgendwas umgezogen ist oder sich plötzlich irgendwas völlig anders verhält.
Ja das ist ein großes Problem... Auch das die Forms leider NIE abwärtskompatible sind, weil immer ein schwachsinniges Feld hinzugekommen oder weggefallen ist. Ich wäre noch auf XE7 aber das kann kein Android mehr compilieren. Aber man will auch immer auch die neuen Features haben und hofft, dass die
RTL besser und fehlerfreier ist.
Letztendlich ist Dein Beitrag aber nur ein ungehörter Hilferuf. Es bringt nichts, wütend, sauer zu sein oder mit Abwanderung zu einer anderen Sprache. Es wird sich nichts ändern. Da ich auch nicht für jede Plattform eine eigene Sprache lernen/haben möchte (was für eine uneffektive Idee ist das bitte?), muss ich irgendwie damit leben. Ist wie eine Ehe: Nicht immer super, aber es gibt auch schöne Zeiten
Ein Hilferuf an EMBT - vielleicht... Aber auch an die Delphi Gemeinde... Nur wenn wir die gefundenen Probleme melden, können diese beseitig werden... Bei EMBT arbeitet wahrscheinlich NIEMAND so lange und oft wie "Wir" mit FMX... Ich denke es Fehlen uns 2 Sachen.
1. Ein deutscher Entwickler von EMBT als Schnittstelle (Egal wie gut wir alle englisch sprechen)
2. Viele Viele
QC Einträge die nicht gemacht werden weil
- zu lästig
- man als Antwort nur erhält "as Designed" (Schwachsinn) oder das mehr Infos, ein Beispiel, oder was auch immer benötigt wird.
- Der Fehler mitten bei Debuggen gefunden wurde und eigentlich überhaupt nicht klar wie man das
a) beschreiben soll
b) reproduzieren soll
c) als Beispiel liefern soll - klar ich zippe mal eben die 40 Units und schicke sie als Public in das
QC.
Ich habe mich mit einem Unterhalten:
"Das glaube ich nicht, ist hier in keinem Test passiert" - Eh mann ich sehe es auf meinen Bildschirm...
"Deinen Fehler kann ich nicht nachvollziehen" - Dann halte Dich doch mal an meine Steps dann wirst Du ihn sehen...
"Ist hier nie aufgetreten ich schließe den Fall"...
Ich mache daher seit dem JEDES mal ein Video mit Camtasia... Das ist dann nicht weg zu diskutieren...
Mavarik
PS.: Zu den Kiffer-Beiträgen sage ich nix... gehört nicht hierher...