Völlig krank: FMX-Änderungen bringen App zum Einfrieren

[Kai_in_HH]

Moin zusammen.

Seit meinem letzten Post (um den 20.4.) bin ich mit meiner App viel viel weiter gekommen und habe - auch Dank einiger Kollegen hier - viel gelernt.

Aber seit heute habe ich ein Problem, welches ich einfach gar nicht in den Griff bekomme, weil es so unsinnig erscheint wie "ein bisschen schwanger".

Meine Android App (Windows ist sowieso kein Problem) lässt sich installieren, starten und verwenden.

Jetzt habe ich der App eine weitere Funktionalität gegönnt und damit eine weitere Unit mit weiteren Form.

Am Handy downgeloaded, Aktualisiert (also nicht neu installiert), gestartet und geht.
Allerdings sah das Form nicht so prickelnd aus.

Ergo in der zuständigen Android-Ansicht in der IDE die Labels, Buttons etc. besser angeordnet, neu kompiliert, downgeloaded, aktualisiert, gestartet.....FREEZE. Ich sehe nur einen schwarzen Schirm mit meinem Programmicon in der Mitte.

Wie gesagt, am Code wurde nix geändert nur die Anordnung einer Elemente auf dem Form.

Test: Tonausgabe an bestimmten Stellen im Quellcode --> es wird noch nicht mal Form.Create aufgerufen.

Weiterer Test:
alle FMX-Dateien mit den Android-Definitionen gelöscht, die dazugehörigen {$R}s aus den Units gelöscht, neu kompiliert, downgeloaded, aktualisiert, gestartet, geht!!! Die Dialoge sehen zwar kacke aus, aber es geht.
Und die oben eingefügten Töne kommen auch.

Wie kann es sein, dass nur bei der Änderung der Anordnung innerhalb einer Android-Form und damit eine Änderung der dazugehörigen FMX-Datei die ganze App "tötet"?

Wonach zum Geier soll man denn da bitte suchen?

Liegt es an der Höhendefinition der Rows im GridPanelLayout? (Die mich sowieso in den Wahnsinn treiben, weil ich nie genau die Höhe meiner 3 Reihen hinbekomme, die ich will)

Ich bin ratlos...

Danke schon mal...

[TomyN]

Sowas kommt vor. Bei mir ist es meist so, dass ich erst an der falschen Stelle den Fehler suche.
Wahrscheinlich liegt das Problem irgendwo anders und ist aus irgendeinem Grund nur bisher nicht aufgetreten (z.B. ändert sich durch die Layoutänderung die Position eines Elementes so, dass plötzlch eine Variable einen negativen Wert annimmt (nehmen sollte), aber als Word definiert ist o.ä.).

[Kai_in_HH]

'N Abend Thomas.

Daran hatte ich auch gedacht, aber die Elemente im neuen Form sind alle so gestrickt, dass sie direkt keinerlei Einfluss auf irgendeine Variable haben.
Oder wie darf ich Deine Antwort verstehen, wobei ich "glücklich" bin, dass ich wohl nicht der einzige bin, der dieses Problem mal hat....

Es sind ein paar Labels, 2 Buttons, 3 Radios und 4 Edits.

Entweder werden Sie vom User "befüllt" oder bei Funktion "Ändern..." mit bestehenden Werten vor einem Form.Show gefüllt.

Wie gesagt, erstelle ich keine extra Android-Ansicht (damit es hübsch wird) geht ja alles.
Ändere ich irgendwas marginal (!) an der Position der Elemente....bämm.

[Olli73]

Lässt du das neue Form automatisch erstellen oder erstellst du es dynamisch?

[jaenicke]

Funktioniert der Debugger denn nicht? Normalerweise kann man darin genauso wie unter Windows sehen, wo die App hängt.

[Kai_in_HH]

@Olli73
Ich würde es konservativ nennen.
Design in der IDE, Creation im (Hauptprogramm - *.dpr) und Anzeige dann mit ShowModal (Win) bzw. Show (Android).

@Jaenicke
Ich muss zugeben, ich habe den USB-Debugger zum ersten Mal versucht, ist ja auch de facto meine erste Android-App (bzw. geräteübergreifend).
Und so wie es ausgesehen hat, hing das Tier beim ersten Create in oben genannter DPR.

Im Moment ging / gehe ich wie folgt vor.
- Alle (!) FMXen gelöscht.
- Alle Windows-Ansichten neu erzeugen lassen und "sauber ausgerichtet" -> Windows geht
- Für Android OHNE Android-Ansichten kompiliert, aufs Handy geladen, Android geht, aber die Masken sehen halt kacke aus

Und jetzt sichere ich alle Quelldateien weg, erzeuge EINE (von 4) Android-Ansichten, kompiliere, teste
Funktioniert es, wegsichern, nächste Ansicht...und immer so fort

Mal sehen was die Ergebnisse sein werden. Nach Murphys Law wirds vermutlich glatt laufen.

Stay tuned, ich halte Euch auf dem Laufenden

[Kai_in_HH]

Hallöle,

ich muss zugeben, so ganz habe ich das mit den verschiedenen Ansichten und Styles noch nicht verstanden.
Das liegt aber auch daran, dass ich inzwischen nur "zum Spaß an der Freud" ab und an mal programmiere und meine Motivation zig Seiten zu lesen eher gedämpft ist. Sorry.

Nach der 7. Iteration - und damit 7. "Backup-Verzeichnis der last working Version" - geht immer noch alles.

Einen Teil meiner Forms habe ich gar nicht mal eine eigene Windows- oder Android-Ansicht gegönnt, damit wird wohl einfach die Master-Ansicht verwendet, und alles läuft einwandfrei.
Es gibt aber zwei Forms, da musste ich eine eigene Windows und Android Ansicht erzeugen, weil a) unter Windows eine Funktion nicht verfügbar ist, demzufolge das Kontrollelement gar nicht eingeblendet werden soll und b) unter Android die Anordnung und Größe etc. der Elemente irgendwie geschreddert aussehen....selbst nachdem ich in allen Elementen unter StyleSettings das Flag Size auf False gesetzt habe. Das sorgt zwar dafür, dass die darzustellenden Texte etwas kleiner werden, aber die Anordnung und Größe nicht 100% passen.

Ich mache jetzt noch ein wenig weiter und wenn ich fertig bin, würde ich die Quellen gerne jemanden zur Verfügung stellen, der es mal auf professionelle Weise ansieht und sagt: "Herrje,..." oder aber auch "Not bad at all".
Ich möchte das auf meine alten Tage (ich gehe stolz auf die 60 zu) gerne noch verstehen und lernen, hält es meine Brezel doch fit.

Next Update to come....

[haentschman]

Moin...

Zitat:

und damit 7. "Backup-Verzeichnis der last working Version"

und

Zitat:

Next Update to come....

...das riecht eigentlich mal nach einem Versionskontrollsystem.
https://entwickler-ecke.de/topic_Kur..._115462,0.html

PS: sieht komplizierter aus als es ist. Wie beim EXCEL benötigt man nur wenige Prozente der Funktionen...

[Kai_in_HH]

DA gebe ich Dir natürlich absolut Recht.

Aber bisher ist mir auch noch nie so ein (zumindest) für mich unerklärliches Problem über den Weg gelaufen und demzufolge habe ich selbst bei größeren Projekten noch nicht die Notwendigkeit "gesehen".

Aber dennoch danke für den Link, vielleicht sollte ich mir das tatsächlich für die Zukunft mal zu Gemüte führen....

[haentschman]

Zitat:

noch nicht die Notwendigkeit "gesehen".

Vorteile VCS:
1. rückgängig machen der letzten Änderungen (Bild1)
2. komplette Änderungen zwischenspeichern "Stash"
3. Branches = parralleles Arbeiten an verschieden "Features" (Bild2)
4. Vergleich mit verschiedenen Versionsständen (Bild3)
5. Beantwortung der Frage: "Wann habe ich Änderungen in Datei XY gemacht?" (Bild4)
...usw.

PS: Ich könnte mir ohne GIT kein Programmieren vorstellen...