On Fri, 09 Nov 2012 09:56:35 +0100 Kevin Morin <morin@codelutin.com> wrote:
J'ai regardé d'où ça pouvait venir. Résultat : ça vient du widget datepicker qui renvoie une date sous la forme dd/mm/yy hh:mm, pas de timezone ni rien qui pourrait localiser l'utilisateur. Du coup le serveur parse la date telle quelle selon son heure à lui. Donc il faut changer la valeur de la date envoyée au submit du formulaire côté client, soit en mettant l'heure UTC (GMT) soit en renvoyant directement le timestamp soit en ajoutant le timezone offset à la fin de la date et le parser côté serveur (ex : " GMT +60" pour un offset d'1 heure). Je trouve l première solution pus simple. Pour la migration, il suffira de retirer 1h à toutes les dates de début et de fin dans la base. Pour l'affichage côté client, il faudra toujours ajouter l'offset de la timezone avant d'afficher la date.
Tout ceci ne concerne que les dates de début et dates de fin, en aucun cas les choix de type date.
Cette solution vous convient-elle ?
Hum le mieux serait de pouvoir choisir le timezone au niveau de l'ui (mais peut-être compliqué à faire?). Dans tous les cas je voudrais faire une release de Pollen dans la semaine, si le ticket n'est pas réglé d'ici là je le déplaceen v1.6.
Kevin
_______________________________________________ Pollen-devel mailing list Pollen-devel@list.chorem.org http://list.chorem.org/cgi-bin/mailman/listinfo/pollen-devel
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com