WD Mobile 16, un bon choix pour Android ?

[Harry]

Bonjour,

Je cherche quelques retours d'utilisateurs de WD Mobile 16 dans le cadre de développements pour Android.

En effet je me lance dans le développement d'une appli pour Tablettes Android.

N'ayant pas vraiment d'expérience dans la programmation Java ni Eclipse j'ai tenté la combinaison Eclipse + SDK Android.
Après plusieurs jours à créer des applications simples je trouve le développement fastidieux et malgré la foison de tutoriels certaines choses basiques continuent de m'échapper... et vu le projet (avec accès à des sources de données externes, import/export, listes, fenêtres de saisie/détail) un EDI typée Windev pourrais être une solution intéressante.

Comment avez-vous trouvé Windev Mobile comparé à eclipse ?

En dehors du souci des versions de java avez vous eu beaucoup de soucis ? (j'ai déjà eu pas mal de douches froides avec Windev/webdev et Windev Mobile (que j'ai actuellement en version 12)).

Merci

[courdi95]

Cela fait plusieurs mois que j'ai commencé à utiliser WM16 pour Android.

Les avantages principaux sont :
- la rapidité et la simplicité de développement. Il n'y a pas photo .... Cela reste très simple. Toutefois, comme il faut utiliser le SDK d'Android pour la compilation et les tests, il est préférable de commencer à installer et manipuler sous Eclipse pour comprendre "comment cela marche".
- la gestion native des bases Sqlite : pas de besoin de construire à la main des requêtes SQL ...

Le principal est la pauvreté de l'API qu'a fait PCSOFT pour ANDROID ... On ne retrouve pas la richesse que l'on peut avoir si on développe directement en natif !

L'exemple flagrant concerne pour moi les applications liées à la localisation :
- WM16 propose une interface limitée pour la loc/GPS, et la seule chose que l'on peut faire, c'est lancer la loc et attendre que cela marche ! aucune information accessible sur la constellation GPS, le status de l'accrochage etc .... Donc super frustrant et difficile à débugger !
- Android propose de base des classes de manipulation des images et des cartes avec des zooms autos, des scrolls avec le doigt, etc ... dans WM16 = RIEN, il faut se palucher à la main le code de gestion avec détection des "gestures" .. .

Conclusion : j'utilise WM16 pour créer l'UI, et je fais des appels natifs pour accéder au SDK Android :-( ....

Une autre souci est la différence de comportement entre le simulateur WM et l'émulateur Android ... on peut avoir des surprises, en particulier sur les interfaces, et les boutons ....

Je vais déposer dans un autre post un exemple permettant de contrôler finement le GPS .... en utilisant des appels natifs....

[edit] J'ai trouvé récemment un IDE alternatif : basic4android, mais je ne sais pas ce qu'il vaut ... pour faire des choses simples cela devrait aller.

[Lo²]

Envoyé par courdi95

Une autre souci est la différence de comportement entre le simulateur WM et l'émulateur Android ... on peut avoir des surprises, en particulier sur les interfaces, et les boutons ....

Concernant ce point, ce n'est pas spécifique aux développements sur Androïd, et je ne sais plus où il est écrit que le simulateur n'est en aucun cas un test valide.
En effet, le simulateur se lance :
- avec les DLLs PC et non Mobile, qui sont différentes ;
- avec les capacités d'affichage du PC ;
- avec l'environnement PC en fait

A mon sens, le simulateur est bien pour vérifier rapidement, cad sans avoir à compiler et l'exécuter sur le terminal, le bon déroulement des procédures.

Concernant tes remarques Androïd, je trouve cela intéressant étant donné que ça va me tomber dessus un de ces jours

[courdi95]

Envoyé par Lo²

Concernant ce point, ce n'est pas spécifique aux développements sur Androïd, et je ne sais plus où il est écrit que le simulateur n'est en aucun cas un test valide.

A mon sens, le simulateur est bien pour vérifier rapidement, cad sans avoir à compiler et l'exécuter sur le terminal, le bon déroulement des procédures.

Je sais, mais j'aurais aimé un simulateur plus proche de la réalité ... je fais avec pour les tests rapides et je passe sur l'émulateur pour la vraie vérif ...

[Lo²]

Certes, mais le pb avec les OS (en tout cas Windows Mobile), c'est qu'il est spécifique à chaque constructeur car ouvert à la modification par ceux-ci.
Dans ce sens, il est difficile pour PC-SOFT de faire un simulateur plus précis.

[Harry]

Merci pour vos réponses, en effet j'ai lu à plusieurs reprises des problèmes avec l'émulateur, entre les réactions différents de la réalité ou encore un refus de fonctionner avec certaines versions de JAVA.

On peut quand même choisir la version d'Android (ex 2.2, 2.3, 3.0...) et le format (800*600 pour tablette par exemple) comme avec celui du SDK ?

[courdi95]

- choix de la version d'android : oui on peut specifier la version minimale necessaire, de meme que l'on indique a wm16 ou se trouve le sdk que l'on doit utiliser ; on peut meme ajouter des lib externes (cela marche) pour des appels natifs et des ressources (images, fichiers) a inclure dans le apk (voir fextraitressource)

- taille et resolution : on peut choisir taille ET resolution (en dpi), et la c'est nouveau ...... Le souci, c'est que l'ide ne travaille visiblement qu'avec une seule resolution et fait une transformation des coordonnnees pour toujous presenter un dpi de 160 meme si la plateforme est en 240 (galaxy s par ex) ; mais rassurez vous cela marche ! Avec les ancrages, on s'en sort et de toute manière il ne faut pas faire une ihm statique en android a cause de la rotation et du nombre d'écrans possibles.

- api android : j'espere que wm17 apportera des ameliorations de ce côté là (j'ai répondu trop vite a l'enquete je vais la compléter), mais on a en natif beaucoup de possibilite non accessible en wm16. Après le status gps (voir mon autre post sur ce forum), j'ai decouvert la gestion des moving maps incluse dans les addon android de google..... Je vais donc de nouveau devoir faire du java natif pour y acceder ! Je vous informerai quand ce sera pret.

J' ai déposé sur l'android market une appli faite avec wm16 : Alerte Mouillage, développée pour des collègues qui font de la voile et veulent détecter la dérive de leur voilier au mouillage (version beta, encore des ameliorations a faire mais elle donne un exemple ....)

[Harry]

Merci courdi

Juste un détail, j'ai compris dans ton message qu'on pouvais choisir de réaliser un projet avec une 'version minimum cible' d'Android (on retrouve le même principe avec Eclipse) en revanche peut on tester avec un émulateur tournant sous différentes versions d'Android ? (exemple créer un projet Android 2.2 et tester en 2.3 ou même 3.0 pour voir comment il se présente).

[courdi95]

Envoyé par Harry

en revanche peut on tester avec un émulateur tournant sous différentes versions d'Android ? (exemple créer un projet Android 2.2 et tester en 2.3 ou même 3.0 pour voir comment il se présente).

Tout à fait .... car en fait, c'est l'émulateur du SDK d'Android que tu utilises ... et dans l'AVD Manager (Android Virtual Device Manager) tu peux créer tous les modèles que tu souhaites ....

Après au lancement de l'appli dans WM16 tu peux choisir dans la liste créée.

[Harry]

Ahh, c'est bien ça, je le connais cet émulateur là du coup

Je sens que je vais peut être tenter de négocier la version 17 dès le mois prochain (et pouvoir utiliser la 16 en attendant). Mon cœur balance encore, mais il se remet peu à peu à pencher en faveur de WD.

[courdi95]

Regarde mes autres posts .... Pcsoft a franchement encore beaucoup de boulot ! Car hormis la gestion des bases sqlite, je ne vois plus franchement l'intérêt de wm.

Pour la gestion du gps, l'affichage de la carte ou le verrouillage de l'écran, a chaque fois je suis obligé de faire du natif, et avec en plus, des trucs super tordus car on ne peut meme pas creer de classes java ! A moins que quelqu'un me dise comment .... Je suis preneur !

[courdi95]

La version 17 apporte des nouveautés intéressantes (en particulier pour la cartographie) ... A suivre donc ...

[Harry]

Oui, et une belle liste de fonctionnalités.

http://www.pcsoft.fr/annonce17/ebook/index.html?p=E11410-Wx17Maj_24&np=292685#/43/zoomed

En dehors des accès à la base SQLLite habitelle dans Android, je me demandais ce que PCSoft ont prévu pour les accès aux données externes ?

En effet j'aimerais faire un logiciel sur Android qui viendrais se synchroniser avec une BDD web.

[courdi95]

Envoyé par courdi95

Regarde mes autres posts .... Pcsoft a franchement encore beaucoup de boulot ! Car hormis la gestion des bases sqlite, je ne vois plus franchement l'intérêt de wm.

Pour la gestion du gps, l'affichage de la carte ou le verrouillage de l'écran, a chaque fois je suis obligé de faire du natif, et avec en plus, des trucs super tordus car on ne peut meme pas creer de classes java ! A moins que quelqu'un me dise comment .... Je suis preneur !

En complément à mon post précédent : je vais commander la V17 ! et je verrai ....

[lazariel]

Harry,

je vous répondrai franchement que je vais de frustrations en frustrations avec ce WM 16. Tant il y a bien plus de fonctionnalités dans la 15, tant elles sont quasi inutiles quant il s'agit d'utiliser certains standards (qui a dit webservice?!).

S'il s'agit d'applications simples, à la limite où vous pouvez manipuler les données de PC <-> appareil mobile, ça marche "pô mal". Mais sinon, vous encourrez de graves maux de têtes, des heures passées à la recherche d'une solution, inexistante évidemment et un temps perdu énorme que vous auriez pu passer à apprendre comment fonctionnent les Activities et autres concepts Android...

Cordialement,

Y.

[Harry]

Merci pour vos retours

[Harry]

Bonjour,

Nous avons commandé Windev Mobile 17. En attendant j'ai commencé mon dev sur la 16.

Créer une interface avec pages, boutons, champs de saisie et utilisation de la BDD locale semble beaucoup plus rapide qu'avec Eclipse, vraiment beaucoup.

En revanche, déception concernant les tableaux, le bouton 'créer une table' est grisé, on ne peut pas l'utiliser avec Android ?

[courdi95]

Comme indiqué dans la doc de PCSOFT pour ANDROID (http://doc.pcsoft.fr/fr-FR/?particul...s-pour-android), les tableaux sont remplacés (avantageusement à mon goût) par des zones répétées. C'est avec ce champ de base qu'il faut travailler. De toute manière la taille des écrans ne se prete pas trop à des affichages de type tableau (ou table) classique.

[Harry]

Ok, merci Courdi95, je n'avais pas vu cette mention comme quoi c'était censé remplacer les tableaux.
J'ai bel et bien utilisé les zones répétés pour essayer de faire un tableau, avec entêtes, tris etc.. et bien c'est assez fastidieux sur le coup.

Je dois différer sur leur motivation pour l’inexistence des tableaux : Android est encore plus utilisé pour les tablettes tactiles que pour les téléphones. Et la on à des tailles et résolutions qui permettent des tableaux et des utilisations qui en réclament.

[courdi95]

Le mieux c'est de leur envoyer un suggestion au support gratuit via l'application WINDEV MOBILE ....

S'ils reçoivent plusieurs fois cette suggestion, ils pourront peut être la prendre en compte ...