Merci pour toutes vos réponses. :merci:

Je vais effectivement bûcher du côté de la suggestion de [b]zeus[/b],
même si j'ai déjà commencé à batailler avec PhoneGap.

[quote="jojolapine"]Tandis qu'avec localstorage, en cas de crash, c'est toutes les fiches qui sont perdues...[/quote]
Ben non, à moins que tu écrives tout dans le localstorage en une fois et que tu te choppes un crash à ce moment là.
Mais si tu boucles sur des écritures tu ne perds pas ce qui a déjà été fait.
Le localstorage est persistant comme le dit [b]zeus[/b], donc c'est similaire à l'enregistrement de .xml

Ah... autant pour moi alors...
Bon ben albat, plus qu'à trancher :)

:shock:

Le but du localStorage est de permettre un mode offline et une solution de stockage [b]persistant[/b] local, au contraire du cache.
Donc, ce qui est dans le localStorage persiste d'une session à une autre (y compris au redémarrage navigateur)

Ben la différence c'est en cas de crash de la solution native qui écrit des xml pour chaque intervention, y a de forte chance pour que seul la fiche en court de rédaction soit perdue.
Tandis qu'avec localstorage, en cas de crash, c'est toutes les fiches qui sont perdues...

Tu ne te trompes pas.
Mais bon, au final si on veux titiller sur ce point on peut trouver les mêmes défauts (ou presque) à n'importe quelle application.
Qui ne perd pas de données en cas de crash ? :mrgreen:

Concernant l'API sotrage d'HTML5, le seul problème que je vois, mais qui n'est pas des moindres, c'est qu'en cas de redémarrage du téléphone, ou plantage navigateur ou autre problèmes...
Tout disparait (c'est une supposition).
Tandis qu'une app native, peut stocker physiquement des fichiers xml sur la mémoire...

Me trompe-je ?

[quote="albat"]Ah, peut-être...
Je n'ai pas encore exploré cette nouveauté du HTML5.
Ça mérite que j'y zieute un oeil...[/quote]
Et pour l'appli, une simple webView devrait suffire non ?

Ah, peut-être...
Je n'ai pas encore exploré cette nouveauté du HTML5.
Ça mérite que j'y zieute un oeil...

Tu pourrais presque faire une page html avec local storage

[quote="momox"]Donc, un formulaire, qui doit synchroniser avec le serveur dès qu'il y a connectivité.
Le serveur, tu veux le générer sur le serveur ou sur la tablette ?[/quote]
C'est même encore plus simple que ça.

Toute la journée, l'utilisateur - nomade - saisit ses fiches d'intervention en mode offline.
Les données sont stockées sur la tablette (1 fiche = 1 fichier XML)

Chaque soir, de retour au bureau, il se connecte (éthernet ou WiFi) et uploade les XML de la journée.
Ensuite, le serveur lance sa moulinette, épluche les XML et remplit la base de données.

Une option qui sera très probablement retenue (mais ne change rien à l'affaire)
est de proposer un menu à deux boutons à l'utilisateur sur sa tablette :
- saisir une nouvelle fiche
- uploader les fiches

Cette 2e fonctionnalité pouvant être utilisée à tout moment, dès lors qu'il y a connexion.

[color=darkred][b]### Modération :[/b] Nagol, Momox : Merci de vous calmer dans vos interventions. Prochain commentaire hors-sujet ou qui cache une attaque personnelle et ça sera une exclusion de 24h.[/color]

Donc, un formulaire, qui doit synchroniser avec le serveur dès qu'il y a connectivité.
Le serveur, tu veux le générer sur le serveur ou sur la tablette ?

Le client n'est absolument pas un informaticien.
Le client est un utilisateur qui ne souhaite que remplir un formulaire :
remplir des champs, cocher des cases et appuyer sur des boutons.

[quote="Nagol"]Pour faire un truc sérieux:
http://www.motorola.com/Business/US-EN/RhoMobile+Suite/Rhodes[/quote]
Pas plus sérieux que les autres mais...
D'après les besoins d'Albat je dirai que ce genre de technologies suffira bien si le client est pas un informaticien chevronné dans ces technologies. (c'est bien ce qui se fait en ce moment de manière donc... On voit de plus en plus de ce genre d'applis pulluler)