Discussion :

[bastien31000]

Bonjour tout le monde,

Je débute dans le développement mobile et je n'arrive pas à comprendre certaines notions.

Mon but est de pouvoir géolocaliser plusieurs téléphones (une flotte entreprise par ex) à un instant donné. Dans ce cas, contrairement au cas où je clique sur mon téléphone pour qu'il me renvoie ma position, j'imagine que c'est au serveur d'envoyer une requête aux téléphones concernés pour récupérer leurs positions.

Pour géolocaliser un ordinateur, je sais comment faire avec html5, mais pour un mobile...

1ière question : peut on utiliser aussi html5 pour localiser un tel portable sans activer le GPS du téléphone ou bien la requête exécutée utilise-t-elle automatiquement la puce GPS si elle est active sur le téléphone ?

Dans mon cas, je souhaite réaliser une webapp et pas une application android et une pour iphone. Or, j'ai lu que le mode push (ce qu'a priori je dois utiliser ?) était impossible pour une webapp.

2ième question : dois je donc obligatoirement développer des apps spécifiques ou y a t il un contournement possible avec une webapp pour que le serveur puisse envoyer une requête à chaque téléphone ?

Désolé si mes questions sont triviales... J'espère que le descriptif est assez précis pour y répondre. (et j'espère pas avoir raconté n'importe quoi ! )

Merci d'avance et bonne journée à tous !
Bastien

[Vil'Coyote]

une webapp ne permet pas la géoloc d'un téléphone sans que ce dernier n'y soit connecté. il serait un peu trop facile de dire tien je rend un numéro au pif et je voudrais savoir le type en face se trouve.

dans le cas de l'appli il faudra un module d'envoi et un de réception émission sur le téléphone.

oui il faut le gps actif sur le téléphone afin d'obtenir la position.

[bastien31000]

c'est bien ce que j'avais compris.

ca parait logique que la webapp ne puisse pas communiquer vers le téléphone directement en effet.

ca m'arrange pas mais on fera avec !

bonne soirée

[Vil'Coyote]

pour ce qui concerne le GPS googlemap permet de la géoloc via la 3G si ça peut aider.

[bastien31000]

(j'avais vu l'option "sensor=true" dispo quand on loade l'api maps).

mais ça, c'est quand même dans le cas où :
- soit le tel client fait une demande de géolocalisation (en appuyant sur un bouton par ex)
- soit l'application sur le téléphone reçoit un message du serveur et exécute la requête de localisation et envoie sa position au serveur.

ça règle pas le problème de passer par une application... enfin, si j'ai tout compris !

[bastien31000]

Rebonjour,

j'ai trouvé cet article : http://ezinearticles.com/?HTML5-Web-...ple&id=4239499

En effet, il semble que l'API websocket d'html5 permette d'ouvrir une socket entre client et serveur, comme flash le fait pour un chat vidéo par ex (possible avec html5 : https://labs.ericsson.com/developer-...ted-webkit-gtk).

donc, ça sous entendrait qu'on peut faire ça sur une webapp, et donc demander une info au client (le téléphone en l’occurrence), comme sa géolocalisation.

J'ai tout compris ou j'ai raté un truc ?

merci de vos retours

[Vil'Coyote]

ça sous entend surtout que ton téléphone (ton client) ai une page en permanence de lancé sur l'url de ton webserver et ton serveur lui envoi lorsqu'il le souhaites une action de connexion mais il ne peut pas établir de lien vers un client si se dernier n'a pas d'appli de lancé ou si la couverture du télépnone ne permet pas la connexion.

de se que je comprend tu ne peut pas ouvrir de socket sans appli de lancé sur ton tel. donc si ton commercial ferme son navigateur internet je pense que c'est mort.

[bastien31000]

j'avais compris toutes ces contraintes d'avoir l'appli web lancée en permanence, mais c'est pas plus contraignant (pas beaucoup disons) que d'avoir une appli lancée. Il faut juste avoir une tâche correspondant à un navigateur lancé sur cette page.

C'est bien ça ? il faut bien que l'appli (je parle pas d'appli web mais d'appli style iphone) soit lancée pour qu'elle reçoive les notifications push ?

Coté connexion, pour recevoir une notification push, j'imagine qu'il faut aussi du réseau. donc ça change rien pour ce problème.

[Vil'Coyote]

il faut bien que l'appli (je parle pas d'appli web mais d'appli style iphone) soit lancée pour qu'elle reçoive les notifs push ?

tu as bien compris il faut que l'application web en l'occurence "navigateur" soit constamment ouvert pour effectuer l'ouverture.

mais c'est pas plus contraignant (pas bcp disons) que d'avoir une appli lancée

la nuance entre les deux style est la suivante. tu as une application dédiée à ton téléphone que tu peux mettre en écoute via l'utilisation de tâche de fond ou encore de service. alors que pour le cas de ton appli web il faut obligatoirement que le navigateur internet de ton téléphone soit ouvert sur ta page.

dans le premier cas, ton utilisateur ne vois rien tout reste transparent. dans le second, s'il à le malheur de fermer le navigateur il risque de se poser beaucoup de question. à mon sens pour une application pro la webapp n'est pas "là" solution.

ce n'est que mon avis.

[bastien31000]

Ne serait il pas possible de contourner ce problème en lançant la webapp dans une fenêtre dédiée. Sous chrome par ex, chaque fenêtre a son propre processus ?

Donc, la webapp lancée pourrait avoir un comportement qui se rapprocherait
d'une app classique, simulant une app en fond de tâche alors que c'est une fenêtre de navigateur qui est lancée.

Il est sur qu'avoir l'appli en tâche de fond est un plus. J'ai même lu qu'on pouvait envoyer une notification à une appli qui n'était pas lancée sur le téléphone, ce qui sera impossible avec la webapp dans tous les cas.

[Vil'Coyote]

je suis d'accord avec toi dans l'ensemble et le fonctionnement. ce que j'essais juste de te montrr c'est que ton commerciale ou autre qui va utiliser le téléphone va devoir laisser une page web ou une instance du navigateur ouvert sur son téléphone. hors plantage tu téléphone il le redémarre ta page ne se lance pas par défaut tu fait quoi ? il ferme le navigateur au complet car il avait besoin de surfer ou autre. tu va faire comment pour récupérer tes infos? l'appeler pour lui dire de relancer la page?

je crois que ce genre de choix n'est pas possible dans ton cas ou en tout cas jene trouve pas ça très professionnale. maintenant s'il n'est pas impératif de récupérer les infos quand tu le souhaites cette option convient. après s'il faut monitorer les infos transmise ou non à qui etc ... le résultat de ton projet risque de tomber à l'eau.

[bastien31000]

merci pour ton analyse et tes réponses.

je pense au final comme toi. Le bricolage n'est pas une solution professionnelle (même si c'est couramment utilisé sur bien des projets).

Une appli dédiée répond à mes besoins. Reste juste à voir comment je finance et sur quel OS je commence.

bonne nuit

[Bisûnûrs]

et sur quel OS je commence.

Et si tu commençais sur tous les OS en même temps ?

[bastien31000]

merci pour le lien. ca m'a l'air terrible cette API !

je regarde ça de suite

[Bisûnûrs]

cette API !

Y a deux liens (donc deux frameworks) dans mon message précédent.

[bastien31000]

wow ! j'avais pas vu.

par contre, je viens de lire justement quelsques commentaires entre phonegap et appcelerator. PhoneGap semble plus orienté standard où appcelerator semble plus intrusif, c'est du moins ce qu'en disait un développeur qui a testé les deux pour un de ses applis.

phonegap permet maintenant de se passer complètement des SDK en compilant en ligne (ce qui m'arrange beaucoup pour mac).

une préférence de ton coté ?

[Bisûnûrs]

Ca fait un moment que je n'ai pas utilisé ni l'un, ni l'autre, mais à l'époque déjà mon choix s'était basé sur PhoneGap. Depuis la communauté a grandi, il y a des vrais tutos, et cet outil de génération en ligne en version bêta.

Je dirai que chacun des frameworks a ses avantages et inconvénients, des fonctionnalités sur l'un qui ne sont pas (encore) sur l'autre, Titanium permet aussi de générer les sources pour en faire des applications desktop.

Là c'est à toi de comparer, de voir tes besoins et contraintes.