Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Bei mir führt DisposeOf zum Absturz der App. Und zwar prüfe ich zuerst, ob DetailsView bereits existiert und kille diese ggfs. mit DisposeOf. Danach erstelle ich die DetailsView wieder. Sobald ich Controls auf das neu erzeugte DetailsView setze, stürzt die App ab.
Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Wo kommt denn die OutputDebugStrFmt her? Kann nichts dazu finden.
Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Werden dabei auch all die Komponenten freigegeben, die in jenseits zu befördernde Komponente als Owner referenzieren?
Was passiert, wenn auf dem mit DisposeOf gekillten Control andere Controls liegen, die es als Parent referenzieren?
Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Das stimmt. Aber die Controls werden in meinem Fall in der Methode lokal deklariert und nur in dieser Methode benutzt. Neben Controls selber setze ich auch noch für jedes Control den Parent auf nil.
Vielen Dank dafür! Werde ich gleich ausprobieren!
Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Ich setze am Ende der Methode (in der die Controls alle deklariert und erstellt werden) alle Controls auf nil und gehe davon aus, dass ARC das Control bei der nächsten Gelegenheit wieder freigibt.
Forum: Cross-Platform-Entwicklung
iOS
by romber,
21. Jan 2016
Hallo!
Ich programmiere eine iOS-App unter Verwendung der D.P.F Delphi iOS Native Components. Ich habe eine TableView, die dynamisch mit Daten befüllt wird. Beim Markieren eines Items wechselt die App zu einer anderen dynamisch erzeugten View (Details View), auf die ich nach Bedarf mehrere danymisch erzeugte Controls setze. Beim wechseln zurück zur TableView sollen alle dynamisch erzeugte...
