Fenstergröße (Android)

[himitsu]

Moin moin,

nach zuvielen Jahren wollte ich ja nun endlich mal wieder ein Programm für Windows/Android/iProdukt schreiben.

Also erstmal ganz einfach mit einer Vorlage angefangen.
-> Geräteübergreifende Anwendung -> Registerkarte mit Navigation

Und dann ausprobiert ob es auf's Handy will und wie schnell das Ding startet,
vor allem ob nach AppWechsel und zurück es wieder aufgeht (da war es damals öft abgekratzt) und wie schnell dort.

Also, das Fenster war irgendwie klein.
* volle breite
* aber oben und unten knapp ein Zentimeter schwarzer Rand
* und die Tastenleiste vom Android ausgeblendet, aber eingeblendet 1-2 millimeder in des Fenster überstehend

Hab keine Property gefunden. (sowas wie Maximize und FullScreen gelten wohl nur für Desktop)

Das Fenster größer ziehen, ändert auch die Größe, irgendwann so groß, dass
* es oben anstößt
* und unten erst weiter runter geht
* aber dann dann hochpoppt, die AndroidButtons dauerhaft eingeblendet sind und das unten auch ausfüllen

Versucht "Vollbild" hinzubekommen und dabei entdeckt
* SystemStatusBar = VisibleAndOverlap

Komischer Weise wurde das Fenster jetzt nich Vollbild, obwohl im Formdesigner groß genug,
sondern es ist nun kleiner als jemals zuvor.
* oben und unten knapp 2 cm-Balken
* und SystemStatusBar, wie eingestellt -> blendet sich aus


Ich weiß, dass es Handies mit noch krankerem Formfaktor gibt (immer "mehr" Icons aus Startbild übereinander, wie ich aus der Werbung kenne, was soooo cool sein soll)
Es kann doch aber nicht sein, dass ich prophylaktisch das Fenster im Designer enorm hoch mache,
denn jetzt ist es schon totaler schwachsinn, wenn im Formdesigner ein großer Teil des Fensters nicht mehr sichtbar ist.

Was um Himmels Willen muß man machen, damit sich das Fenster von selbst einpasst?


Mein Handy hab ich einfach nur angesteckt, es tauchte in "Ziel" auf, und das war es an Konfikuration. (abgesehn von den Property der Form)

Ach ja, das Einzige, was ich noch geändert hab, aber es ändert nichts am obrigen Verhalten
* FormFaktor: Orientation=[Portrait,InvertedPortrait] und Devices=[Desktop,iPhone,iPad] (warum gibt es hier kein Android?)
* Zielplatform: Android64

[add]
Ach ja, Android 8.1
Tablets mit Android 6 und 10 hätte ich noch, aber erstmal auf Handy probieren.
Der letzte 10.4.2-Patch nicht eingespielt. (im Notfall das Backup zurückspielen kann ich nicht, da für's Firmen-Intranet eingerichtet und ich ja nicht auf Arbeit bin)
[/add]




Meine letzten richtigen Versuche waren noch im XE? (glaub 5)
Damals hatte ich dieses Problem nicht, aber mein altes Tables war auch 4:3 und auch das Handy war noch auch nicht so hoch.
Hab das Gefühl, wenn der hippe Trend so weiter geht, dass die Dinger bald 'nen halben Meter lang/hoch sind. (kleine "benutzbare" Handies, die noch in die Hemdtasche passen, ohne die Tasche bis zu den Knien runterzuziehen, gibt es ja garnicht mehr)

Am Ende hatte ich dann damals mühevoll mit dem Android Studio weitergearbeitet, da Delphi leider nicht nutzbar war.
Ich wollte was machen, dass Delphi niemals können wird (ein Hintergrundprogramm, das nur aus einem kleinen Icon und winzigem Editor/Eingabefeld/Anzeige besteht, die über anderen Apps verschiebbar schwebt) und außerdem war die APK vom Delphi auch ein sehr vielfaches größer, als ich es von einer "winzigen" App, mit fast ohne Funktion, erwartet hätte. (versucht mal den Kunden zu erklären, warum es gefühlt 100MB sind, für "garnichts")

[philipp.hofmann]

Also bei mir passt die Fenstergröße (auf jetzt 3 Devices geprüft) der Handy-App.
Ich habe das Fenster auch unter Android auf Maximized gestellt, ohne zu wissen, ob es irgendetwas hilft.
Meine App ist aber fest auf Landscape eingestellt, das sollte aber keinen Unterschied machen.
Ich habe auf dem Form ein TLayout und darin dann ein TTabControl bzw. TPanel-Elemente.
Über das Layout kann ich dann ganz gut skalieren.

Die Breite des TabControl setzt ich erst nach dem ersten durchlaufenen FormActivate (und allen darauf folgenden FormResize) wie untenstehend
D.h. im ersten FormResize mache ich noch nichts, weil FormActivate noch nicht abgeschlossen ist.

Delphi-Quellcode:

  xwidth:=self.clientWidth * (1 / layout.scale.X);
  xheight:=self.clientHeight * (1 / layout.scale.Y);

  TabControl.Position.X:=3;
  TabControl.Position.Y:=0;
  TabControl.height:=xheight - 2;
  TabControl.Width:=xwidth - 8; //bzw. -2 wenn TabControl.Position.X:=0 genutzt wird

Ich setze die Position und Größe aller Design-Elemente manuell im Code abhängig von xwidth und xheight.
Ist zwar aufwändig, aber nur so habe ich es wirklich im Griff. Ich nutze an der Stelle also keine automatischen Positionierungen.
Je nach xwidth setze ich zum Teil auch die Font-Größe dann anders. Ist aufwändig, aber so funktioniert bei mir alles bei extrem vielen Design-Elementen.

[himitsu]

Der Inhalt der Form dürfte nicht das Problem sein. Der sollte sich ins Fenster einpassen.
Wenn ich das Fenster im FormDesigner größenändere, dann passt der Inhalt auch immer. (Align, TLayoutIrgendwas und Co.)

Hier sieht es so aus, als wenn die ganze Form sich nicht in den Bildschirm einpasst.



Das Maximized will ich eigentlich nicht setzen, da diese Anwendung auch im Windows laufen soll und dort natürlich als "kleineres" Fenster.
Aber es machte eh keinen Unterschied, im Android.

[himitsu]

Wenn ich das Fenster verkleinere / enorm verkleinere, dann hat es keinerlei Auswirkung.
Auch im OnCreate oder beim ButtonClick das Height zu ändern

Delphi-Quellcode:

Height := 100;

, macht garnichts.

Nur wenn ich das Fenster über den sichtbaren Bereich des FormDesigners ausweite, wird es irgendwann etwas größer/höher, aber dann schlägt es wieder um und wird plötzlich schlagartig kleiner, als wie auf dem Bild.

Am Inhalt sollte es auch nicht liegen, denn egal wie die Hintergrundfarbe des Fensters ist, ich sehe da immer nur schwarze Ränder.

Auch wenn es nicht ganz Vollbild wäre, aber wenigstens oben und unten an die Systemleisten ranreichen würde, das wäre ja OK für mich, aber so?

[philipp.hofmann]

Stell doch mal dein Projekt ein, ist ja noch schön leer. Ich kann es gerne mal auf meinen Geräten starten um zu sehen, ob es dort auch so aussieht.

[himitsu]

Hab zwar inzwischen ein paar Komponenten verschoben/eingefügt, aber dieses Problem hatte ich schon von Anfang an.

Delphi 10.4.2 (noch ohne den Patch von vor paar Tagen) > Datei > Neu > Geräteübergreifende Anwendung - Delphi > Registerkarten mit Navigation (fast ganz unten)
> Speichern > Handy ans USB > bissl warten > Strg+Shift+F9 (Run)

egal ob Android32 oder Android 64 > Smartphone mit Android 8.1

[Rollo62]

Ich nehme wirklich immer die ganz leere App als Start.
Bei den anderen würde ich wetten das die seit 5-6 IDE Generationen ungepflegt sind.

Ansonsten könnten auch Margins solche Effekte verursachen.

[TurboMagic]

Welches Smartphone Modell?
Solche Probleme hatte ich noch nicht.
Kannst ja Mal DEC Cipher Demo aus Google Play testen.
Wie sieht da das UI auf deinem Smartphone aus?

[himitsu]

Cubot ... kennt bestimmt niemand :lol: (bei uns in DE/EU wollte damals niemand was halbwegs Ordentliches mit DualSIM verkaufen)

warte lieber noch bissl ... nicht dass die laufende dateiübertragung wieder in letzte sekunde abbricht und alles nochmal :wall:


[add]

SoC	MediaTek Helio P23 (MT6763T)
Prozessor	4x 2.3 GHz ARM Cortex-A53, 4x 1.65 GHz ARM Cortex-A53, Anzahl der Kerne: 8
Grafikprozessor	ARM Mali-G71 MP2, 770 MHz, Anzahl der Kerne: 2
Arbeitsspeicher	6 GB, 1600 MHz
Interner Speicher	128 GB
Betriebssystem	Android 8.1 Oreo

https://www.devicespecifications.com/de/model/96b24a15

[himitsu]

Boar eh, wie soll man denn damit rechnen?
Wollte mir doch nur bissl Arbeit ersparen und die fertige Grundstruktur übernehmen.

Neue "leere" Geräteübergreifende Anwendung + TRectangle im Anhang.


Nja, ich denk mal den Inhalt des Fensters kann ich probemlos rüberkopieren und dann mal versuchen zu sehn wo der Unterschied liegt. (kann doch bestimmt nur in der DPROJ sein)


[add]
LOL :cry:

Ich hatte bloß Form.SystemStatusBar auf VisibleAndOverlap geändert
und auch bei Invisible oder sogar wenn wieder zurück auf Visible,

es sieht überall gleich und falsch aus (2. Bild mit den Rändern) und bleibt auch weiterhin so. :wall:

Auch die App im Handy deinstallieren und neu compilieren/installieren ... ändert nichts und ist wieder falsch.

Selbst das leere Projekt neu erstellen und es ist ebenfalls falsch.


[add2]
Wenn ich Projekt, Unit und/oder FormName umbenenne,
dann klappt es manchmal (nicht immer) und die Form ist ganz groß,
aber einfach anschließend nochmal auf "Run", ohne irgendwas zu ändern, und es ist gleich wieder falsch.

[Rollo62]

Also, geht es nicht ?

Ja, deshalb liebe ich die neuen, leeren Projekte.
Das mache ich regelmäßig, insbesondere bei IDE Updates o.ä.
Nur die leere App scheint wirklich gut gepflegt bei Emba (was ich auch irgendwie verstehen kann).

Das sieht für mich erstmal OK aus.

Wenn sich ständig was ändert liegt es vielleicht an den ApplicationEvents (was aber wohl ein Problem mit deinem Handy wäre) ?

Benutzt Du Align := Client ?
Ich nehme nur die Aligns + Margins zur Ausrichten, damit hatte ich bisher keine Probleme.

[himitsu]

Joar, "neu leer" ging einmal,
aber beim nächsten Compilieren war auch das futsch, egal ob was geändert wurde oder nicht.

Aber "neu leer" geht nicht immer ... meistens ist auch das gleich zu Beginn kaputt.

Irgendein Muster konnte ich noch nicht erkennen, wann es geht und wann nicht.

Zitat:

verstehen kann

Nja, das was auf der Form drauf und im Code ist, scheint egal zu sein.
Die Projektdatei/Projektoptionen bei diesen Anderen, könnte man also beim Update garantiert von dem "leeren" Projekt automatisiert übernehmen.

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1488793)

Joar, "neu leer" ging einmal,
aber beim nächsten Compilieren war auch das futsch, egal ob was geändert wurde oder nicht.

Aber "neu leer" geht nicht immer ... meistens ist auch das gleich zu Beginn kaputt.

:gruebel: Extrem seltsam.

Habe unten noch was ergänzt, Align, AppEvents ?

[himitsu]

Wie gesagt, es ist kein Problem mit dem Inhalt.
Align, Anchors usw. ... innerhalb der Form (da wo man die Hintergrundfarbe sieht) ist alles ordentlich ausgerichtet.

Die ganze Form ist/scheint oftmals falsch positioniert.



Langsam fühle ich mich von Delphi/Android genauso verarscht, wie von den Coronaschnelltests. (sagten immer Alles in Ordnung und dann lag ich doch plötzlich mit Corona/Lungenentzündung/FastNierenversagen in der Notaufnahme und die Schnelltests sagten immernoch NÖ)

[Rollo62]

Zitat:

Der letzte 10.4.2-Patch nicht eingespielt.

Sollte auch so gehen, aber versuch es doch einzuspielen.
Da ist auch etwas mit dem Exception-Handling geändert worden.

Ansonsten, gibt es noch andere Android Geräte zum Testen, dass muss eingentlich funktionieren ?

Edit:
Noch eine Idee: Hast Du die Permissions alle abgestellt ?
Die DangerousPermissions sind per Default immer an, mit PhoneState, SMS, Calender, etc.

[himitsu]

CubotPower (Android 8.1) zeigt es meistens falsch an.

GalaxyTab (Android 10) scheint zu gehn,
aber es hat auch ein anderes Displayformat, was zufällig etwa die Größe hat, wie es im Cubot zu klein angezeigt wird, also würde ich hier einen Fehler wohl nicht sehen :stupid:

LenovoTab (Android 6.0.1) geht garnicht ... k.A. muß wohl die SDK-Version ändern oder 10.4 unterstützt es einfach nicht mehr.

Display:
Cubot (8) = 1080x2160 = 2,0 aka 2:1
Galaxy (10) = 1200x2000 = 1,666... aka 5:3 (etwas breiter und weniger hoch)
Lenovo (6) = 800x1280 = 1,6

App:
Cubot (8) = 1080x1944 = 1,8 (richtig)
Cubot (8) = 1080x1704 = 1,5777... (falsch)
Galaxy (10) = 1200x1900 = 1,58333...
Lenovo (6) = 800x1184 = 1,48 (Maße einer anderen App, an entsprechender Position)

Das Falsche ein bissl flacher und höher hatte ich auch schon, aber dieses Maß ist meistens vorhanden.



Hab noch garnichts an den ProjektOptionen verändert, aber was sollte z.B. der Zugriff auf Telefon/SMS mit der Größe des Fensters zu tun haben?

[edit] bei Berechtigungen steht alles auf False (außer "Internet"),
aber das sind alles nur zurätzliche Zugriffsanforderungen auf irgendwas (Hardware/Daten), wo aber nichts danach klingt, als wäre es für die Anzeige.



Nee, hab hier das große Arbeitsschlepptop und Backup, bzw. vor allem Restore, ist im Intranet.
Bin ja bekanntlich ne Weile nicht mehr arbeiten und wenn beim Installieren was ganz kaputt geht, dann ... Pech

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1488800)

Hab noch garnichts an den ProjektOptionen verändert, aber was sollte z.B. der Zugriff auf Telefon/SMS mit der Größe des Fensters zu tun haben?

Nur ne Vermutung.
Verschiedene Hersteller könnten ja verschiedene Sicherheitsvorgaben haben, und irgendwelche Exceptions werfen bevor sich die Form richtig gezeichnet hat.
(ja sehr vage, aber deine leere App funktioniert ja auch sehr vage :-) )

[TurboMagic]

Hallo,

1. Android 6 sollte noch offiziell von Delphi 10.4.x unterstützt werden.
Was sind deine Symptome?

2. Hast du mal Monitor.bat aus dem Android SDK aufgerufen um dir die Log-Meldungen anzuschauen?

3. ManifestTemplate mal löschen und neu erzeugen lassen. Wenn's hilft kannst du ja mit der
Versionsverwaltung die Unterschiede anschauen.

4. Es gab zumindest früher auch schon mal Geräte die irgendwas falsch deklariert hatten und
Delphi daher was falsch einsortiert hatte...

Grüße
TurboMagic

[himitsu]

DEC Cipher Demo
geht, soger mehrmals starten und auch mehrmals installiert

Grade auf einem anderen Rechner eine andere Delphi-Installation versucht
Neues Projekt erstellt und ohne Speichern auf "Run"
sah beim ersten Mal gut aus,
aber nochmals "Run" und ab da auch das Problem

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1488830)

DEC Cipher Demo
geht, soger mehrmals starten und auch mehrmals installiert

Du meinst selbst kompiliert, oder das aus dem PlayStore ?

Falls Ersteres, dann vergleiche doch mal .dpr .dproj, AndroidTemplate.xml, etc. ob irgendwas ausfällig ist.
Sind alle Icons richtig gesetzt (es kam glaube ich mal ein 192x192 Icon dazu) ?


Es kann doch eigentlich nur daran liegen.

Edit:
Vielleicht musst Du in der AndroidTemplate.xml das minSdk runterstellen, z.B. auf 19 ?

[himitsu]

Erstmal das aus dem Store.
Selbstkompiliert hatte ich noch nicht.


Sorry, gestern 30 Sekunden versuchen vergebens der Straßenbahn hinterherzurennen (einen Hauch schneller zu gehen) und eine Stunde gemütlich ganz langsam durch den Wald zu gehen ... hab immernoch überall Muskelkater, bin total fertig und lieg heute bloß fast fertig herrum.

[himitsu]

https://github.com/MHumm/DelphiEncry...mos/Cipher_FMX

HMmmmm?
Nee, lässt sich nicht kompilieren. :angle2:

Delphi-Quellcode:

StringGridContext.Cells[1, 0] :=  IntToStr((Context.KeySize*8);
...

OK, erster Start geht natürlich


Zweiter und Dritter aber auch :shock:

[himitsu]

Bin immernoch am Suchen, was der Unterschied ist. :wall:


In der DFM gab es natürlich keine Unterschiede, bei den Property der Form.

Die zusätzlichen Items aus der AndroidManifest.template.xml entfernt.

Delphi-Quellcode:

<application
    ...
    android:hardwareAccelerated="%hardwareAccelerated%"
    android:resizeableActivity="false"
    android:requestLegacyExternalStorage="true">

    <%provider%>
    <%uses-libraries%>

Zusätzliche Units, die im Projekt eingebunden sind, hinzugeügt.

Das krankhaft bunt gewürfelte Chaos in DProj und DeployProj versucht zu durchblicken, aber es sah bisher nicht so aus, als wenn da was Wichtiges anders wäre.

...



Ein eigenes Zertifikat hab ich noch nicht, aber sollte das der Fehler sein? (Delphi baut doch ersatzweise Eines von sich ein)

[Rollo62]

Im Debug nimmt er den Debug.keystore von Delphi.
Müsste unter Embarcadero AppData sein.

[himitsu]

Debuggen machte ich noch garnicht.

Immer einfach nur [Run] (Strg+Shift+F9)
oder auch mal testweise manuell im Handy gestartet (Icon).

[himitsu]

k.A. warum es sich hier nicht hochladen lässt.
Egal ob Zip oder 7z ... die 2.4 MB sollten ja kleiner sein, als die erlaubten 5 MB.

Zitat:

Zitat von DelphiPraxis: Fehler beim Hochladen

AndroidTest.zip:
Das Hochladen der Datei ist fehlgeschlagen.

http://fnse.de/AndroidTest.zip (2.4 MB)
http://fnse.de/AndroidTest_voll.zip (66 MB, inkl. Compilate) ... 250 MB an Dateien für ein leeres Programm :freak:
\Meine\* ist einfach nur ein nagelneues "geräteübergreifendes Projekt" vom Delphi 10.4.2

https://github.com/MHumm/DelphiEncryptionCompendium -> siehe \Demos\Cipher_FMX\*
https://github.com/MHumm/DelphiEncryptionCompendium.git (git clone)
Zum Compilieren einfach die \Source\*.pas (außer der DEC60Lazarus.pas) ins Demo-Projekt aufnehmen, dann muß nicht installiert oder Suchpfad hinzugefügt werden.

Die Dateien von Cipher_FMX hab ich mir als (Cipher) nach Meine kopiert, zum Vergleichen.
* AndroidManifest.template.xml ist geändert, entsprechend Cipher_FMX - Original siehe (Defaut vom Delphi)
* die USES der PAS hatte ich übernommen (vergessen zu speichern, vorm Zippen, drum fehlt es in den ZIP)
* aber Beides half noch nicht, dass die Anwengung im Android die richtige Größe bekommt

* dproj und deployproj sind die letzten Dateien, welche noch nicht ganz geprüft sind (auf den ersten Blick sah ich noch nichts Wichtiges)
* kein eigenes Zertifikat verwendet

[add]
Fehler wurde behoben, hier noch der Anhang, falls in Zukunft jemand gucken will, weil er das selbe Problem hat, und ich's schon von der Webseite gelöscht hab. :oops:

[Rollo62]

Was für `erlaubte` 5MB meinst Du denn ?

[himitsu]

Nichts Schlimmes und ist schon behoben.
https://www.delphipraxis.net/207842-...hochladen.html

[himitsu]

Ich komm irgendwie nicht voran.

Hatte versucht rauszufinden wo die Unterschiede liegen
und versuchte dann Stück für Stück das in mein Projekt einzufügen, bis es endlich funktioniert, aber neee, will nicht
und ich seh nichts mehr, was irgendwie so aussehn würde, dass es noch fehlen könnte.


Nun wollte ich andersrum Stück für Stück aus dem anderen Projekt alles rausnehmen, bis es nicht mehr geht.
Und das, wo es noch geht, dann mit meinem Projekt (dem "neuen" geräteübergreifenden Projekt von Delphi) vergleichen.
* alle Komponenten von der Form gelöscht
* allen Code aus der PAS
* die Projekt-Icons (PNG) entfernt
* Projekt/Unit/Form umbenannt, damit ich die Projekte einfacher vergleichen kann
* jetzt knallte es schon
* beim Suchen, warum es knallt, hatte ich dann noch die Ausgabepfade geändert (einfach nur auf den Standard von Delphi), aber das Ergebnis blieb gleich (ändern sollte sich dadurch ja auch nichts)
* * beim Löschen der Projekt-Icons (PNG) in den Projektoptionen, blieb in DPROJ/DEPLOYPROJ was zurück. Da es wegen soeinem Dateinamen meckerte, alle Items manuell aus diesen Dateien gelöscht (aber meckerte weiter, bis zum Neustart)
* * anfangs sah ich immer wieder, dass angeblich eine der PNG nicht gefunden wurde, aber nirgendwo in den Dateien stand noch etwas davon drin
* * noch ein oder zwei mal nach umbenennen meckerte es wegen der PNG
* * Projekt mehrmals geschlossen und neu geöffnet
* * am Ende dann ganz Delphi zu und neu auf ... nur kommen die Fehler wie unten, aber damit kann ich nichts anfangen

Nun kompiliert geht es nicht mehr (Projekt liegt noch im selben Verzeichnis Demos\Cipher_FMX innerhalb des GitRepos)
Ich versteh aber nicht was Delphi hat.

* Strg+F9, also nur Kompilieren geht ohne Fehler
* Strg+Shift+F9 bzw. F9, also Kompilieren+Starten, da hängt es dann, beim "Packen", laut Fortschrittsdialog

* Project15-unsigned.apk wird nicht erstellt

die letzten Zeilen

Code:

ganz viele "paclient-Befehlszeile"
...
paclient-Befehlszeile
  c:\program files (x86)\embarcadero\studio\21.0\bin\paclient.exe -u8 
  --aaptpackage="C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepository\AndroidSDK-2525-21.0.40680.4203\build-tools\29.0.3\Aapt.exe,.\Android64\Debug\Project15\library,.\Android64\Debug\Project15\classes,.\Android64\Debug\Project15\res,.\Android64\Debug\Project15\assets,.\Android64\Debug\Project15\AndroidManifest.xml,C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepository\AndroidSDK-2525-21.0.40680.4203\platforms\android-29\android.jar,.\Android64\Debug\Project15\bin\Project15-unsigned.apk" 
   
[PAClient Fehler] Fehler: E2312 ""C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepository\AndroidSDK-2525-21.0.40680.4203\build-tools\29.0.3\Aapt.exe" package -f -M "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\AndroidManifest.xml" -F "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\bin\Project15-unsigned.apk" -I "C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepository\AndroidSDK-2525-21.0.40680.4203\platforms\android-29\android.jar" -S "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\res" -A "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\assets" "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\library" "C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\classes"" kann nicht ausgeführt werden (Fehler 1)

[PAClient Fehler] Fehler: E2312 C:\Users\xxxxx\Desktop\coronabl\0\DelphiEncryptionCompendium\Demos\Cipher_FMX\Android64\Debug\Project15\res\drawable\splash_image_def.xml:5: error: Error: No resource found that matches the given name (at 'src' with value '@drawable/splash_image').

* alles existsiert, was in den Pfaden steht
* splash_image_def.xml:5 ist

Code:

<bitmap
android:src="@drawable/splash_image"
android:antialias="true"
android:dither="true"
android:filter="true"
android:gravity="fill_horizontal"
android:tileMode="disabled"/>

* in Cipher_FMX\Android64\Debug\Project15\res\drawable\ gibt es keine Datei "splash_image", also falls sowas gemeint sein sollte

[TurboMagic]

Zitat:

Zitat von himitsu (Beitrag 1488850)

https://github.com/MHumm/DelphiEncry...mos/Cipher_FMX

HMmmmm?
Nee, lässt sich nicht kompilieren. :angle2:

Delphi-Quellcode:

StringGridContext.Cells[1, 0] :=  IntToStr((Context.KeySize*8);
...

OK, erster Start geht natürlich


Zweiter und Dritter aber auch :shock:

Ist im Entwicklungszweig seit vorhin gefixt.
Wenn doch nur alles so einfach wäre ;-)

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1488934)

* die Projekt-Icons (PNG) entfernt

! Die Icons darf man nicht rausnehmen.
Icons kommen mal mehr, mal weniger oder in anderen Ausprägungen, je nach Version von Android/iOS,
fehlt da etwas wird es in der Regel sofort krachen.

Ich kann nur empfehlen immer das leere Projekt als Referenz zu nehmen,
weil darin erstmal Alles so eingestellt ist das es läuft.
Ich würde die Dateien von Delphi immer neu anlegen lassen, bei Bedarf auch die XML-Templates, und es erstmal dabei belassen.
Nur die Entitlements, Permissions und die Bundle-ID, Provisioning muss man anpassen.

Also ich lege mir die Projekte so an, das ich immer eine aktuelle, leere App als Basis nehme, für eine neue IDE-Version,
und dann meine MainForm dazu lade.
In diese MainForm lade ich meine eigentlichen Projekt-Forms und Frames per Runtime.
Ich vermeide allzuviel in der DPR zu machen, das ist bei mir quasi nur die Hülle zum Aufruf der eigentlichen App.
Alles was passieren soll mache ich NACH FormShow, damit die App schnell starten kann,
und sich dann erst danach konfiguriert wenn sie schon läuft.
Das macht das Updaten von Apps etwas einfacher, und hilft Probleme zu lokalisieren.
Zu frühes Konfigurieren, im FormCreate, resultiert oft in Fatal Crashes die man nicht sinnvoll debuggen oder loggen kann.
Du wirst öfters mal ein neues Projekt anlegen müssen, deshalb sollte der Vorgang so optimal wie möglich sein.
Man kann mit ProjectOptions eine Vorkonfiguration speichern/laden, aber auch das mache ich eher selten weil sich
auch da immer irgendwas in der Platform Ändern könnte.

[himitsu]

Nja, Original sind diese Edits in den Projektoptionen leer, also sollte man doch davon ausgehn, dass man das auch wieder leer machen kann. :stupid:

Aber keine Sorge, die nun fehlenden Einträge in der DPROJ hab ich inzwischen wiederhergestellt, aber ändert nichts.

Code:

<PropertyGroup Condition="'$(Base)'!=''">
    <Icon_MainIcon>$(BDS)\bin\delphi_PROJECTICON.ico</Icon_MainIcon>
    <Icns_MainIcns>$(BDS)\bin\delphi_PROJECTICNS.icns</Icns_MainIcns>

Ich habe mein Projekte (was ein mehrmals neu erzeugtes "neues" leeres Projekt ist)
und ein fremdes volles Projekt, wo die Anzeige klappt.
Anfangs hatte ich ein "neues" Projekt aus der Codevorlage, aber inzwischen nutze ich direkt ein neues leeres Projekt, welche Beide aber diesen Anzeigebug enthalten.

Ja, das Fehlende versuchen hinzuzufügen, hatte ich versucht, aber klappte nicht.
Drum war nun der nächste Versuch das Projekt, wo es geht, so lange rückzubauen, bis es nicht mehr geht, aber auch da häng ich nun fest. :?

Um rauszubekommen, was der "wichtige" Unterschied ist und ein leeres Projekt zu bekommen, was aber endlich richtig funktioniert.

[Rollo62]

Bei mir sind die nicht leer vielleicht stimmt etwas mit deiner Installation nicht

[himitsu]

Stimmt, ist doch im Leeren was drin.
Mir war so, es sei zwar in der IDE was zu sehen, aber diese Standardwerte stünden nicht in der DFM.

Witzig/komisch ist, dass die IDE-Sprache eine Auswirkung hat. (BDSSetLang)
* auf Engisch hat File>New hat bei Geräteübergreifend bloß Leer und 3D-Anwendung
* auf Deutsch hat es aber zusätzlich noch ein paar weitere gefüllte Vorlagen


Ich fang grad nochmal von vorne an.
* neue leere Anwendung erstellen
* die funktionierende Demo vom DEC reverten (und kopieren)
* und dann nochmals neu versuchen diese Demo rückzubauen (im Vergleich mit den beiden funktionierenden/nichtfunktionierenden Varianten)

[Rollo62]

Interessant, ich habe Englisch installiert, und gar kein Deutsch bei der Installation als Option gewählt.
Bei mir sind die Icons jedenfalls drin.

Ist dann wohl noch ein Freiheitsgrad mehr, welche Sprache ausgewählt ist
( weil ich schon immer vermutet habe dass EN die am Besten getestete ist, habe ich auch immer nur EN installiert ).

[himitsu]

Man kann ja mehrere Sprachen installieren (Japanisch, Französisch, Deutsch und Englich, was immer drin ist ... komischer Weise kein Russisch, bei so vielen russischen Entwicklern und auch kein Chinesisch, bei den Massen Chinesen)

Und mit $(BDS)\bin\BDSSetLang.exe kann man die aktuelle Sprache für IDE und getrennt auch für den Compiler (seine EXE) auswählen/ändern.
Ich schalte manchmal auf Englisch, um zu sehen wie etwas dort heißt. (mit den deutschen Namen kann man nicht immer gut suchen und auch im QC finden die Amies die deutschen Namen nicht bei sich)


Eigentlich wählt man damit nur aus welche Sprache angezeigt wird, bzw. welche RessourcenStrings in die EXE einkompiliert wird.
Mit BPLs kann man auch die .de .ja. .fr mitgeben, dann wird erst zur Laufzeit anhand des Betriebssystems (Windows) gewählt und für die eigene EXE könnte man eigene Sprach-RessourcenDLLs erstellen.


Ist schon etwas komisch, dass hier auch in dem Dialog sich der Inhalt ändert, aber vielleicht sind diese Verzeichnisse einiger Vorlagen sprachabhängig und er findet sie auf Englisch dann nicht.

[Rollo62]

Vielleicht sind Ressourcen nicht nur Texte, sondern auch andere Einstellungen ?
Habe das nie gecheckt.
Ich denke EN ist sowieso besser, weil internationaler, damit findet man eher die richtigern Begriffe in anderen Foren.
(Deutsch ist doch eher eine kleine Sprache, und ja, ich hoffe nicht das bald Alles chinesisch wird, wg. Verbreitung :stupid: )

[himitsu]

Die Wahl der Anzeigesprache sollte/darf aber keinen Einfluss auf die Funktion haben.

Nja, werd das morgen mal in Ruhe melden.



Aber wäre schon geil, wenn ich auch mal eine Lösung für mein "zu kleines" Problemchen finde. :cry:

[himitsu]

So richtig werde ich noch nicht schlau.
Hab nun aber fast alles rückgebaut, was ging, und es kompiliert/packt/startet diesmal immernoch.

Es scheint aber noch eine Kombination aus verschiedenen Dingen zu sein.
Kranker Weise haben sogar die Versions-Infos einen Einfluß. :freak:

Zumindestens liegen die wichtige Unterschiede bloß noch in der DPROJ.

[Rollo62]

Weil Du dich immer noch mit den Fenstern rumschlägst habe ich es auch mal ausprobiert.
Hier zwei Demos für Dich zum Testen:

Src1:
Das entkernte DEC Demo, läuft ohne Installation, Du musst nur die Sources aus dem Development-Zweig reinkopieren.
Was ich gesehen habe ist dass keine Notification-Icons eingetragen sind.
Das läuft auch so, aber könnte doch vielleicht Probleme verursachen, ich lasse deshalb immer alles im Orginalzustand.

Src2:
Eine simple App, gerade erstellt aus einer neuen App, von Rx10.4.2 Ent, mit den letzten Patches

Beide laufen bei mir unter Android, ohne Probleme.
Nur im DEBUG Modus muss man bei mir manchmal etwas länger warten bis der Debugger sich komplett eingeklinkt hat,
in der Regel läuft es danach aber normal durch.

Vielleicht hilft Dir das ja weiter.