XE5 + iOS: SplashScreen (launch image) verstecken???

[romber]

Hallo!

In einer mit Xcode entwickelten App erscheint der SplashScreen (launch image) meistens nur beim Start der App. In einer Firemonkey iOS App dagegen wird die SplashScreen auch jedesmal beim holen der App aus dem Background kurz angezeigt, was ich persönlich nicht besonders schön finde. In meiner aktuellen App werden gar keine Aktionen beim Wechsel in den Foreground ausgeführt, die eine kurze Anzeige der Splashscreen rechtfertigen würden.

Lässt sich die Anzeige der SplashScreen beim Wechsel der App in den Foreground irgendwie verhindern?

[Mavarik]

Ich denke, wenn der Splashscreen angezeigt wird, war die App schon aus dem Speicher.

Mavarik

[romber]

Zitat:

Zitat von Mavarik (Beitrag 1241450)

Ich denke, wenn der Splashscreen angezeigt wird, war die App schon aus dem Speicher.

Habe ich mir auch zuerst gedacht. Ist aber nicht so.

[Mavarik]

Zitat:

Zitat von romber (Beitrag 1241455)

Zitat:

Zitat von Mavarik (Beitrag 1241450)

Ich denke, wenn der Splashscreen angezeigt wird, war die App schon aus dem Speicher.

Habe ich mir auch zuerst gedacht. Ist aber nicht so.

Bei mir schon... (Welche Version nutzt Du)

[romber]

Ich nutze XE5.

Die App ist sicherlich noch im Speicher. Erstens wird die App testweise nach nur wenigen Sekunden wieder aktiviert und zweitens sind die letzten Änderungen auf der View nach dem Wechsel in der Foreground noch vorhanden. Wie gesagt, bei jeder App die ich in XE5 erstelle wird jedesmal kurz das Startbild angezeigt, wenn die App aus dem Background geholt wird.

[Mavarik]

Zitat:

Zitat von romber (Beitrag 1241488)

Ich nutze XE5.

Die App ist sicherlich noch im Speicher. Erstens wird die App testweise nach nur wenigen Sekunden wieder aktiviert und zweitens sind die letzten Änderungen auf der View nach dem Wechsel in der Foreground noch vorhanden. Wie gesagt, bei jeder App die ich in XE5 erstelle wird jedesmal kurz das Startbild angezeigt, wenn die App aus dem Background geholt wird.

Komisch...

[romber]

Ehrlich gesagt, ich dachte es ist standartmäßig normal so bei Firemonkey Apps, deswegen wollte ich wissen was man dagegen machen kann. Bin ich jetzt wieder der Einzige mit dem Problem? :)

[Crocotronic]

Zitat:

Zitat von romber (Beitrag 1241492)

Ehrlich gesagt, ich dachte es ist standartmäßig normal so bei Firemonkey Apps, deswegen wollte ich wissen was man dagegen machen kann. Bin ich jetzt wieder der Einzige mit dem Problem? :)

Bist du nicht. Aber bei solchen Wunschänderungen sind FMX-Entwicklern die Hände gebunden. Ein weiteres Beispiel: Wenn die App sich im Hintergrund befindet und du dir mit Doppelklick das Miniaturfenster anguckst, wirst du bemerken, dass sich eine zweite, schwarze Leiste über die weiße Statusleiste gemogelt hat. Keine Chance das weg zu bekommen...

[vagtler]

Also ehrlich gesagt frage ich mich bei den ganzen Problemen und Problemchen rund um Firemonkey, wie das zu einer ernstzunehmenden Größe im Bereich der Multi-Plattform-Entwicklung werden soll?

Ich betrachte die Entwicklung rund um Delphi auf Grund meiner persönlichen Historie durchaus wohlwollend, auch wenn ich seit langem 1. selbst kaum noch entwickle und 2. wenn, dann nicht mit Delphi...

Aber wenn ich mir dann andere Multi-Plattform-Technologien wie z.B. Xamarin anschaue, dann sehe ich darin viel größeres Potential auf lange Sicht - vor allem wenn ich beobachte, wie produktiv unsere Entwickler damit arbeiten.

Just my $0.02

[romber]

Zitat:

Zitat von vagtler (Beitrag 1241497)

Aber wenn ich mir dann andere Multi-Plattform-Technologien wie z.B. Xamarin anschaue, dann sehe ich darin viel größeres Potential auf lange Sicht - vor allem wenn ich beobachte, wie produktiv unsere Entwickler damit arbeiten.

Xamarin soll auch nicht ganz ohne sein, angefangen mit dem großen Overhead und somit übermässiger Größe der damit erstellten Apps über die Inkompatibilität der Code zwischen verschiedenen mobilen Plattformen (insbesondere was UI angeht) bis hin zu diversen Performance-Problemen der Apps auf den Endgeräten. Habe persönlich zwar keine Erfahrung damit, aber man hört einiges.

[vagtler]

Ich kann nur sagen, dass wir vor 1 1/2 Jahren einen Testballon zur Evaluierung von Xamarin gestartet haben (sowohl mit erfahrenen Compact Framework-, Android- als auch mit Xcode-Entwicklern) und die Resonanz überraschend positiv ausgefallen ist. Mittlerweile haben wir einige Projekte erfolgreich damit umgesetzt und haben zur Zeit konstant 7 Entwickler damit beschäftigt. Sicherlich ist auch das nicht das "One Size fits it all"-Tool und weder unsere plattformspezifischen Teams noch unsere Hybrid-Teams werden damit arbeitslos, aber für native Multi-Plattform-Entwicklung ist Xamarin das produktivste was mir bislang über den Weg gelaufen ist. Den "Nachteil" der plattformabhängigen UI sehe ich übrigens als Vorteil an.

Und nicht zuletzt durch die kürzlich erfolgte Partnerschaft mit Microsoft wird die Kundenbasis sicherlich noch schnell weiter wachsen - das kann für das Produkt nur gut sein.

[romber]

Ich habe einige Berichte der Entwickler rausgegoogelt, wonach es auch bei reinen Xcode-Apps zum kurzen Aufbelnden der Launch Image kommen kann, wenn die App aus dem Background geholt wird. Das passiert aber meistens nur, wenn beim Wechsel in den Foreground irgendwelche rechenintensive Aufgaben erledigt werden müssen und das auch nur auf älteren Geräten. Da drängt sich die Frage: sind die Firemonkey-Apps wirklich so langsam? Oder handelt es sich noch um eine weitere "Kinderkrankheit", die in den nächsten Firemonkey-Versionen vielleicht geheilt wird?

[romber]

Hat sich keiner bis jetzt mit dem Problem auseinander gesetzt? Besteht überhaupt die Möglichkeit das Problem selber zu lösen, ohne aud die nächste Version von RS zu warten? Ob das Problem dann nicht mehr besteht ist auch eine große Frage...

[romber]

Ich habe noch folgendes bemerkt: wenn man eine Firemonkey-App in den Background versetzt und dann aus dem Task Manager wieder nach forne holt wird das launch image nicht angezeigt. Wenn man aber die bereits gestartete App über den App-Icon aufruft, dann erscheint kurz das launch image.

Wie unterscheiden sich die beiden Methoden programmiertchnisch gesehen?

In beiden Fällen wird die App nicht neu gestartet. Holt man die App über den Task Manager wieder in den Forderground, wird die "schlaffende" App wieder aufgeweckt und angezeigt. Tippt man auf den App-Icon, wird geprüft, ob die App bereits gestartet ist und ggfs. genauso wie im ersten Fall. So dachte ich mir jedenfalls.

[stoxx]

Zitat:

Zitat von romber (Beitrag 1241419)

Lässt sich die Anzeige der SplashScreen beim Wechsel der App in den Foreground irgendwie verhindern?

die Anwendung muss als SingleTask laufen, ansonsten wird immer nach Nutzung des Homebuttons eine neue Instanz (frisch) gestartet, und auch FormCreate nochmal aufgerufen

im Manifest

Code:

<%application-meta-data%>
        <activity android:name="com.embarcadero.firemonkey.FMXNativeActivity"
                android:label="%activityLabel%"
                android:configChanges="orientation|keyboard|keyboardHidden"
                android:launchMode="singleTask">

    </application>
</manifest>