Discussion :

[John Colibri]

Delphi XE5 permet le développement d'applications pour Android :

http://www.jcolibri.com/articles/del...5_android.html

- Le code généré peut fonctionner sur les mobiles Android, ainsi que sur l'émulateur Windows.
- présentation de Architecture de développement et de l'exécution
- versions Windows (XP, Vista, Window 7, Windows 8) et Android (GingerBread, Ice Cream, Jelly Bean, soit 95 % du marché
- un exemple simple
- nouveautés de l'IDE
- bases de données locales et accès aux serveurs distants
- nouveautés en dehors d'Android (MacInCloud, intégration FireDac, client REST)
- liens vers l'aide Xe5 et et les démos sur SourceForge

John COLIBRI
jcolibri@jcolibri.com

[exoseven]

merci, comme toujours un article très instructif et pédagogique

[Annaced]

Bonjour,
Je viens de télécharger la version d’essai.
Je possède une tablette toshiba AT270.
Comment puis-je l'insérer dans les modèles, l'ajouter à ceux existant ?
Dans le même registre, comment définir une "cible".
Cordialement

[John Colibri]

[Annaced]
> Comment puis-je l'insérer dans [toshiba AT270.] les modèles [AVD]
- "démarrer | Android Sdk | Avd Manager"
> comment définir une "cible" [project manager].
- ajouter au PC le driver USB, connecter la tablette (google)
- dans "Project manager | target" clic droit "refresh"

[der§en]

Faut-il comprendre qu'il faille dans la cible préciser exactement le modèle et la marque du terminal Androïd ?

On ne peut pas faire comme pour IOS simplement préciser la version de l'OS cible ?

[skywaukers]

Bonsoir,

c'est pour déployer sur le périphérique, il faut bien avoir le lien avec l'interface USB et le pilote de l'appareil. Pour l'IPhone le déploiement se fait à travers XCode, c'est lui qui gère le lien avec le Device, c'est donc plus simple effectivement (enfin quoique vu qu'il faut un MacOS, ce qui n'est pas forcément une petite contrainte).
Mais au niveau du dev, c'est comme pour l'IPhone, on a un certains nombre de device prédéfinit et la possibilité de préciser manuellement la définition du device, le nombre d'écrans différents étant bien plus important que pour IOS ils ne peuvent pas avoir préétabli une liste exhaustive je pense.

@++
Dany

[tenpigs]

Est-ce que quelqu'un peut m'expliquer pourquoi il faut continuer à travailler les interface en pixels? FM est censé être vectoriel, il me paraitrait plus intelligent de paramétrer mon interface en % qu'en pixel et de créer un projet en 16/9, 16/10, ...
Sinon la ça signifie que tu va faire une app optimisée pour une tablette et tu vas devoir refaire ton interface n fois pour les n form factor que tu veux supporter?

[skywaukers]

Bonjour,

oui FM est vectoriel. Cependant tu défini ton écran pour une taille donnée qui est la base (100%). Si en suite tu l'étire ou la rétracte, FM va bien le faire en vectoriel, donc sans déformer l'écran, mais pour autant les controls seront mis à la nouvelle échelle, donc plus gros sur un écran plus grand et inversement sur un écran plus petit. Tu n'auras jamais de meilleurs résultat qu'en adaptant ton écran à la taille du device. Où alors tu prend le plus petit dénominateur commun, en centrant les controls, cela donnera un peu comme certaines appli IPhone quand on les fait tourner sur IPad.

@++
Dany

[Paul TOTH]

Bonjour,

oui FM est vectoriel. Cependant tu défini ton écran pour une taille donnée qui est la base (100%). Si en suite tu l'étire ou la rétracte, FM va bien le faire en vectoriel, donc sans déformer l'écran, mais pour autant les controls seront mis à la nouvelle échelle, donc plus gros sur un écran plus grand et inversement sur un écran plus petit. Tu n'auras jamais de meilleurs résultat qu'en adaptant ton écran à la taille du device. Où alors tu prend le plus petit dénominateur commun, en centrant les controls, cela donnera un peu comme certaines appli IPhone quand on les fait tourner sur IPad.

@++
Dany

je ne sais pas comment ça a été repris (et si ça a été repris) sous Delphi, mais quand tu développes sous Android, tu peux définir des layers (équivalent des DFM) spécifiques suivant différents critères: résolution, orientation et dpi...car si tu as une super résolution en 4 pouces tu risques d'avoir un affichage trop petit si tu ne tiens pas compte de la densité de pixels

[tenpigs]

En fait ce qui me perturbe sur cette capture : http://www.jcolibri.com/articles/del...ce_manager.png c'est qu'il y a un 10" WXGA Android et la Nexus 10 qui doit aussi être une 10" (ou alors le nommage est étrange). A priori skywaukers, je n'ai pas besoin de faire 2 interfaces différentes pour ces 2 type de device?

[ALWEBER]

Si des devices ont la même résolution d'écran en PIXEL pas de problèmes.
Par contre attention si ton appli passe de mode PORTRAIT en mode PAYSAGE.
ton programme doit gérer le repositionnement de l'écran.

La notion de layer élastique est bien développée sous FMX/Android