[WM16] Passage d'une appli à Android [Résolu]

[Charly910]

Bonjour,

nous avons fait développer une application sur PDA (Windows mobile 6.1) et sur tablet PC (XP ou W7).

Nous souhaitons passer l'appli PDA sous Android (version ??)

L'appli possède une base hyperfile, des composants classiques pour la saisie des données (Treeview, champs de saisie), affiche des photos, utilise le GPS de l'appareil s'il existe pour capturer la position de l'opérateur, peut se synchroniser avec la Tablette PC, envoi des mails et exporte des fichiers au format XML

La société qui assure le développement nous indique que le passage à Android est délicat car il manque certaines bibliothèques (??)

Pourtant PCSoft assure la portabilité complète dans sa pub ?

Qu'en pensez vous ? avez vous des cas similaires ?

Merci

Charly

[courdi95]

Sans connaitre le projet, c'est difficile de donner un avis et si la societe en question le dit, c'est que ce doit etre vrai, car elle a tout de meme developpe une appli complexe.

Le souci pourrait peut etre venir de la synchro, surtout si elle est basee sur activesync.

[Charly910]

Merci pour ton avis,

effectivement, l'application utilise ActiveSync

@+

Charly

[ctcsoft]

Bonjour,

Je pense qu'on s'en moque un peu que l'application utilise ou non activesync.
Ce n'est que le canal de communication entre le pda et le pc.
un pda android aura son moyen de communication.

Il y a 2 problemes dans ce genre de portage :
1 - les controles qui ne sont effectivement pas portés (pour certains) dans android. Meme en version 16, il en manque. D'autre part cela est dû aussi a la philosophie d'android qui n'est pas la même que celle de Windows.
Le systeme android prend beaucoup plus de choses a son compte, et l'appli doit juste utiliser. Exemple, pas de "tables" dans Android, juste des zones répétées.

2- les fichiers hyperfile, qui (et c'est une excellente chose) sont communs pour windows/windows mobile alors qu'ils sont inconnus d'Android.
Android ne suppporte qu'un modèle de base de donnée qui est sqlite.

Sqlite est géré par windev mobile bien sur, et par windev, mais çà demande une transformation des fichiers.

Normalement, dans le cas d'une appli mobile, les fichiers ne sont pas très volumineux (quoique çà dépend de l'aplli) et on peut les "mouliner" mais c 'est une complication de plus

Voila,
a plus

[Charly910]

Merci pour tous ces éléments, je comprends mieux :

effectivement nous avons des treeviews et des tables sans compter la base hyperfile !

Cordialement,

Charly

[Christophe Charron]

Bonsoir,

je me suis laissé dire que la gestion de l'hyper-file était dans le tube, qu'il y avait actuellement un problème technique et qu'en tout état de cause ce ne serait pas avant WM18. J'ai posé la question par rapport à la réplication universelle actuellement non implémentée dans WM16 et c'est essentiellement parce qu'elle s'appuie sur HF qu'elle n'est pas disponible.
Quand à la pauvreté de l'interface, il ne semble pas que WM17 soit révolutionnaire à ce sujet mais je le verrai au TDF du 1° décembre à Lyon ...

[courdi95]

Effectivement, je n'avais pas precise qu'il fallait sans doute reprendre l'interface car certains champs ne seront pas encore dispos en v17 android. Au tdf paris seuls les champs carte et zone repetees ont ete presentes. Pour les autres evolutions, voir la brochure avec les nouveautes (videos etc . . . )

De toute maniere, en android il est sage de repenser a l interface utilisateur afin de la simplifier. Ce n'est pas plus mal d'ailleurs, cela done des interfaces plus jolies et plus efficaces.

Pour les fichiers hf en android, la question a ete posee au tdf paris, mais pas de reponse.

Question directe : pourquoi ne demandez vous pas ala societe de faire ce travail de portage transformation de votre appli wm ? Ce n'est sans doute pas impossible.