Discussion :

[Anselme45]

Quand on développe une app pour Android, il est possible dans les options du projet, onglet icone, d'indiquer des écrans d'accueil.

L'écran d'accueil est l'image qui va s'afficher à l'écran pendant le démarrage de l'app sur Android.

Je constate que cet écran d'accueil a un comportement différent en fonction de la version Android sur lequel fonctionne l'app: Si avec un Android 10 ou 11, l'écran d'accueil configuré dans les options du projet Delphi apparait, avec un Android 13 ou 14, ce n'est pas l'écran d'accueil prédéfini qui est affiché pendant le démarrage de l'app mais... L'icône de l'app.

Est-ce que quelqu'un a une solution pour que se soit bien l'écran d'accueil et pas l'icône qui s'affiche pour les dernières versions de Android?

Merci

[ShaiLeTroll]

Images d'accueil évoque l'évolution à partir de la 12
un Fichier .SVG est vivement recommandé pour le responsive du Splash Screen

C'est à partir de la 12 semble-t-il
Je n'ai jamais fait de développement Android et je suppose que tu avais déjà trouvé cet article dans qu'il résolve ton problème : Migrer l'implémentation de l'écran de démarrage vers Android 12 ou version ultérieure

Important :Si vous avez implémenté un écran de démarrage personnalisé sous Android 11 ou version antérieure, migrez votre application vers l'API SplashScreen pour vous assurer qu'elle s'affiche correctement sous Android 12 ou version ultérieure. Pour obtenir des instructions, consultez Migrer votre implémentation d'écran de démarrage existante vers Android 12.

[Anselme45]

un Fichier .SVG est vivement recommandé pour le responsive du Splash Screen[/URL]

Merci pour tes références mais je les avais déjà... Et je peux rien en faire.

Entre les délires de Android qui change ses processus à chaque nouvelle version et les explications foireuses de Embarcadero, il devient juste impossible de maintenir une app destinée aux professionnels.

1. La doc Android indique qu'à partir de Android 12, tout a changé concernant les écrans d'accueil... Merci, je m'en suis rendu compte sans eux!

2. La doc Android indique qu'il faut migrer son app pour que son écran d'accueil fonctionne à partir d'Android 12... Et d'ajouter une démarche qu'il est tout simplement impossible d'appliquer au niveau de Delphi sans être BAC+300 et développeur de Delphi chez Embarcadero depuis 15 ans avec les codes source à disposition.

3. Dans les options de Delphi, il est bien fait mention d'un champ "écran d'accueil Android12" mais pas le moindre explication claire ou mieux la moindre démo


Donc, il faut faire des essais à l'aveugle en ayant l'impression de demander son chemin dans une province reculée de Chine peuplée de gens qui ne parlent même pas le mandarin...

En l'état des courses, le fichier .svg ne donne rien.

Delphi accepte que des fichiers de format .xml...

Donc, je prends un fichier au format .png (un logo d'entreprise avec un url) que je virtualise en format .svg avec un logiciel de dessin vectoriel pour au final passer par un site internet de conversion de fichier .svg en fichier "res-drawable" au format .xml

Voilà, la solution est trouvée... Ben NON... Parce qu'au lieu d'avoir au centre de l'écran l'icône de l'app qui apparait au lancement de l'app, j'ai une vue partielle de mon logo (et écrivons le vite parce qu'en réalité certains caractères de l'URL ont tout simplement disparus dans l'exercice (j'écris "certains" parce qu'une partie de l'url n'a pas disparu))...

Pourquoi je dis "partielle"? Parce qu'en réalité l'image affichée a très exactement la forme et la dimension de l'icône de l'app affichée par défaut, mais le dessin de l'icône de l'app a été remplacée par un bout de mon logo...

Alors, mon expérience de baroudeur ne fait qu'un tour... Ben oui, c'est le même cirque que pour l'icône de l'app que l'on veut voir apparaître sur le bureau Android... Il faut 3 fichiers xml différents: ic_launcher.xml, ic_launcher_background.xml, c_launcher_foreground.xml. Un fichier pour lancer, un fichier pour fournir le dessin de l'icône et un fichier pour fournir la forme de l'icône!

La forme de l'icône? Aahhh... il suffirait donc que je modifie la forme affichée par défaut dans l'écran d'accueil... Superbe idée... A part que je ne sais pas ce qu'il faudrait écrire dans le fichier en question, ni ce qu'il faut en faire dans Delphi...

Je pense que j'ai perdu tous les lecteurs en route et que personne ne va lire mon intervention jusqu'à cette phrase, mais cela m'aura au moins permis de me défouler...

PS: Grande nouvelle... Google annonce la sortie de Android 16 avec une quantité astronomique de nouveaux changements... Inutile de dire que plus une app existante ne fonctionnera encore normalement!

[Anselme45]

Bon, perso... J'abandonne!

Il faudra peut-être qu'un jour Embarcadero définisse clairement la cible qu'ils cherchent à atteindre avec leur outils...

Parce que l'on soit clair: Il est impossible de justifier dans le monde du travail de passer des jours pour trouver comment faire un truc avec Delphi ou un autre produit de dev Embarcadero!

Soit Embarcadero fournit des explications qui tiennent la route et/ou fournit des exemples explicatifs en ciblant le monde pro, soit ils restent dans leur état actuel mais ils se limitent à commercialiser des outils pour les étudiants et les retraités qui cherchent à occuper leur temps morts...

En l'état, je ne peux même pas demander à un stagiaire de passer des journées à résoudre le problème présenté ici, il a mieux à faire de ses journée !

[XeGregory]

Bon, perso... J'abandonne!

Il faudra peut-être qu'un jour Embarcadero définisse clairement la cible qu'ils cherchent à atteindre avec leur outils...

Le tout combiné, un bordel sans nom

À faire de l'E-moule dans le Dailymotion pour transfigurer du Youtube sans risquer de bugger sur Google...
... pour se servir de QuickTime en PDF sans bousiller ton Open Office quand tu lances un buzz sur ton mur de Face-de-Bouc.

Le meilleur logiciel pour développer des applications Android reste Android Studio

Comparaison claire des avantages et inconvénients d’Android Studio par rapport à Embarcadero Delphi (RAD Studio) pour le développement d’applications Android

Avantages d’Android Studio

• Support officiel de Google : IDE recommandé pour Android, avec mises à jour fréquentes.
• Langages modernes : Kotlin et Java, avec prise en charge avancée.
• Outils puissants : Émulateur intégré, analyse de performance, test unitaire, profiler.
• Éditeur d’interface avancé : ConstraintLayout, aperçu multi-écrans.
• Communauté massive : Documentation, forums, bibliothèques open source.
• Gratuit et open source.

Inconvénients d’Android Studio

• Lourd en ressources : Nécessite beaucoup de RAM et un bon processeur.
• Complexité de Gradle : Le système de build peut être difficile à maîtriser.
• Courbe d’apprentissage : Moins adapté aux débutants ou aux projets simples.
• Temps de compilation parfois long.

Avantages d’Embarcadero Delphi (RAD Studio)

• Développement rapide (RAD) : Interface visuelle avec glisser-déposer.
• Code multiplateforme : Un seul code pour Android, iOS, Windows, macOS, Linux.
• Composants riches : FireMonkey pour UI, LiveBindings pour la base de données.
• Aperçu en temps réel : Live Preview sur plusieurs appareils simultanément.
• Compilation native : Performances optimisées sur chaque plateforme.

Inconvénients de Delphi / RAD Studio

• Coût élevé : Licence payante, parfois inaccessible pour les indépendants.
• Communauté plus restreinte : Moins de ressources et de bibliothèques tierces.
• Langage moins courant : Object Pascal est moins populaire que Java/Kotlin.
• Moins adapté aux projets Android très spécifiques (ex : intégration profonde avec les API Google).

[Anselme45]

Bon, perso... J'abandonne!

Il faudra peut-être qu'un jour Embarcadero définisse clairement la cible qu'ils cherchent à atteindre avec leur outils...

Parce que l'on soit clair: Il est impossible de justifier dans le monde du travail de passer des jours pour trouver comment faire un truc avec Delphi ou un autre produit de dev Embarcadero!

Soit Embarcadero fournit des explications qui tiennent la route et/ou fournit des exemples explicatifs en ciblant le monde pro, soit ils restent dans leur état actuel mais ils se limitent à commercialiser des outils pour les étudiants et les retraités qui cherchent à occuper leur temps morts...

En l'état, je ne peux même pas demander à un stagiaire de passer des journées à résoudre le problème présenté ici, il a mieux à faire de ses journée !

Oh! 2 lecteurs n'ont pas apprécié mon message et ont décidé de noter négativement mon intervention.

Vu la période de l'année, je vais tabler sur 2 retraités plutôt que 2 étudiants qui sont tous actuellement à faire la fête après avoir terminé leur année scolaire (Que les retraités ne s'offusquent pas, c'est de l'humour... D'ailleurs pratiquement tous les utilisateurs de Delphi sont des retraités ou proches de l'être!... Et là, Embarcadero ferait bien d'y réfléchir!)

Et bien, à ceux qui ont du temps libre, je vous invite à résoudre le problème relevé dans cette discussion et à faire profiter la communauté des développeurs Delphi de vos découvertes. Ce problème concerne le 100% des développeurs d'application Android utilisant Delphi.

Cela aura le mérite d'être plus constructif que de jouer à l'autruche en notant négativement une description de la réalité...

[Anselme45]

Le tout combiné, un bordel sans nom

Le meilleur logiciel pour développer des applications Android reste Android Studio.

Comparaison claire des avantages et inconvénients d’Android Studio par rapport à Embarcadero Delphi (RAD Studio) pour le développement d’applications Android

Bravo, comparaison "Avantages/Incovénients" entre Delphi et Android Studio très pertinente...

Par contre, dire que Android Studio est le "meilleur logiciel" pour développer des applications Android... Non, car cela dépend de nombreux critères.

Il ne suffit pas d'en rester à "Android Studio est fourni par le créateur de Android" pour le conclure. Cela ne dépend pas que de l'adéquation entre l'outil que tu utilises et la plateforme cible, l'outil utilisé pour le développement d'application dépend également de l'environnement de travail où tu dois l'utiliser:

1. Quand tu gères un parc d'app Android qui ont été développées avec Delphi depuis de nombreuses années pendant plusieurs dizaines de milliers d'heures, tu ne passes pas à Android Studio par un simple coup de baguette magique.

2. Quand tu as une équipe de développement qui ne se limite pas à développer des app Android (qui représenteraient plutôt l'exception qu'une généralité), tu dois privilégier un outil multi-plateforme, ce que Android Studio n'est pas

3. Le langage Pascal orienté objet, quoique ancien, a de gros avantages sur java: sa structure rigoureuse, son code compilé natif (et non interprété par une machine virtuelle java) et surtout une facilité d'apprentissage permettant au nouveau développeur d'être très rapidement productif

PS: Comme tu le mentionnes d'ailleurs dans ta comparaison, Android Studio ou pas, le vrai problème est avant tout la complexité de Android pour les développeurs d'app... Android est avant tout une immense usine à gaz, lourde, en constante évolution, qui n'assure même pas la retro-compatibilité.

Je suis pourtant très critique envers Microsoft (surtout pour leur politique odieuse de ces dernières années), mais une qualité reste: Les OS Windows se succèdent mais la rétrocompatibilité reste: On a des applications développées à l'origine pour Windows 2000 qui fonctionnent toujours aujourd'hui sur Windows 11 sans le moindre problème...

On ne peut malheureusement pas en dire autant pour l'OS Android. A chaque annonce d'une nouvelle version de Android, c'est l'inquiétude... On prie pour que le ciel ne nous tombe pas sur la tête... Et en l’occurrence, on a été rarement déçu: Des app qui fonctionnent sur Android 10 qui ne démarrent plus sur Android 11 mais fonctionnent parfaitement sur Android 13 et 14 (allez comprendre!), des applications adaptés à Android 11 qui ne compilent plus pour Android 12 (là, c'est Delphi qui a dû faire des modifications de codes non rétro-compatibles à cause de Android), etc, etc, etc

[Anselme45]

Comme je trouve dommage de ne pas faire profiter la communauté de mon expérience du splashscreen pour Android 12 et plus "made in Embarcadero", je vais compléter la discussion:

Tu prends Delphi 12... tu te dis OK faisons simple "un splashscreen" uni sans le moindre logo... Tu paramétrises dans les options du projet la couleur de fond NOIR... Tu sauvegardes les réglages et tu lances...

1. Tu obtiens un splashscreen.... BLANC!

2. Tu retournes dans les options du projet (en te disant, je me suis trompé) et?

3. Les paramètres t'indiquent... Noir pour le fond normal et... Une autre couloir qui n'est pas le blanc pour le fond obscure (alors que tu avais indiqué NOIR!)!?!?!?!?



Et là, tu regardes autour de toi... Suis-je la victime d'une caméra cachée? Non, non, tout est normal au pays des "charlots" et des "bras-cassés"...

[Anselme45]

Autre expérience, l'usage d'un outil Embarcadero développé pour faciliter la vie du développeur sous Android: Le générateur d'artwork



Mais qu'est-ce que c'est? Ben, ce que l'interface Delphi ne dit pas!!!!!

1. Avec un titre "Icône unique" qui ne décrit pas l'outil

2. C'est un "machin" qui va te permettre "facilement" de générer une icône pour ton app et un splashscreen

3. Tu es obligé de faire les 2 et pas l'un sans l'autre (on voit déjà poindre le début des emmerdes)

4. Et comme immanquablement tu n'obtiens pas le résultat voulu, tu te dis "Pas de problème... En tâtonnant, en modifiant un paramètre par-ci, puis un par là, par des essais successifs tu va bien y arriver"

5. Et bien non... Parce que même après avoir sauvé tes réglages, ils sont PERDUS: Quand tu retournes dans l'outil, tous les paramètres sont revenus à zéro!


On résume: Doc nulle... Outil non-fonctionnel... N'en jetez plus... On ne tire pas sur une ambulance!

On est au moins sûr d'une chose: Android et Embarcadero sont fait pour s'entendre...


Et tu comprends mieux pourquoi j'ai laissé tombé l'affaire, on aura un splashscreen Android par défaut pour les versions Android 12 et plus...

[Anselme45]

Oups... J'ai failli oublier de préciser un point:

Une fois sur 2, tu as peut-être réussi à configurer le "artwork machin" mais... Ton application Android va planter au démarrage

Il aurait été dommage de ne pas faire un constat exhaustif de ce naufrage industriel

[ShaiLeTroll]

Cela semble être une fonctionnalité récente, tout neuve dans D12 : [Yukon Beta Blog] Multi Device Icon Generator voir aussi cet article : Delphi 12: All the Icons at Once! et l'on en revient à "Android Adaptive Icon" en .SVG mais les auteurs des deux blogs ont préféré un simple fond uni n'ayant pas de fichier près à l'emploi.

Dommage cette vidéo ne montre pas l'approche Android de ce menu du projet :

Cependant cette vidéo semble bien plus intéressante : Fixing Stretched Splash Images (After using the ArtWork generator from Delphi IDE)

Il y a les un readME sur github : Tip1: Fixing Stretched Splash Images (After using the ArtWork generator from Delphi IDE)

[Anselme45]

Cela semble être une fonctionnalité récente, tout neuve dans D12 et l'on en revient à "Android Adaptive Icon" en .SVG mais les auteurs des deux blogs ont préféré un simple fond uni n'ayant pas de fichier près à l'emploi.

Soyons sérieux 2 minutes:

1. Qui dit "fonctionnalité récente" ne dit pas "une usine à gaz buguée de la cave au grenier"

2. "les 2 auteurs du blog n'avaient pas de fichier pour la démo"? Là, il ne faut pas se moquer du monde, ils pouvaient obtenir un fichier .svg en 1 seconde et demi sur le web pour leur démonstration... Ils se sont simplement limité à faire "un simple fond uni" parce que c'est la seule chose qu'ils ont réussi à faire fonctionner!!!

[Charly910]

Bonjour,
je n'y connais rien et je n'ai fais que quelques mini application sur une tablette Android, mais ce n'est pas pire sur IOS ? si tu n'as pas de Mac tu ne peux rien faire ?

Pour un amateur comme moi sous Windows, c'est rédhibitoire. Je sais bien que c'est la faute d'Apple ! Dommage

A+
Charly

[Anselme45]

Bonjour,
je n'y connais rien et je n'ai fais que quelques mini application sur une tablette Android, mais ce n'est pas pire sur IOS ? si tu n'as pas de Mac tu ne peux rien faire ?

Pour un amateur comme moi sous Windows, c'est rédhibitoire. Je sais bien que c'est la faute d'Apple ! Dommage

A+
Charly

La situation avec iOS est encore pire que ce que tu penses...

1. Tu peux bosser des années sur une app pour iOS et ne jamais pouvoir l'utiliser (une app iOS ne peut être déployée que via la plateforme Apple et l'accès à cette plateforme peut t'être refusé par Apple)

2. Ton app est acceptée ou non par Apple selon son bon-vouloir (les critères sont à la tête du développeur)

3. Dans le cadre d'une app professionnelle pour iOS, ton propre client doit payer des licences d'utilisation à Apple pour pouvoir utiliser les app que tu as développé (Oui, vous avez bien lu: vous programmez un app et Apple perçoit des coûts de licences pour une app que Apple n'a pas développé)

4. Si par hasard votre app est considérée comme une opportunité par Apple... Une app Apple va rapidement apparaître sur leur plateforme et faire concurrence à votre oeuvre... Mais là, ce n'est qu'une théorie de méchantes langues... Je ne peux pas croire que Apple pourrait s'abaisser à ce genre de pratique si peu éthique

Pour toutes ces raisons, notre société refuse tout simplement les projets concernant le développement d'app pour iOS...