Whoops, forgot to tell that jstz is ~5kb if minified, so shipping it
shouldn't be a problem.... at this point, preparing a new field in
auth_user or at least a validator with the list of timezones
('europe/rome', 'america/denver", etc etc) to let the "client" choose it's
own (resorting to auto-detect of course in case the user didn't set his
preference) would be the best thing for newbies developers approaching
timezones for the first time (there's a lot of things to grasp to handle
them correctly).
On Monday, March 18, 2013 10:03:56 AM UTC+1, Niphlod wrote:
>
> uhm. The real problem of a client-side implementation is that if the
> client pc is not set correctly, it obviously fails.
> Assuming that we're ok with that (i.e. most of the times the client clock
> is set correctly) this implementation is fine "for the current day" but
> doesn't account for DST at all, i.e. there are several corner-cases (read:
> too many to count them as "acceptable exceptions") where given an offset
> you can't tell what "zone" the client is in, so you can't recalculate
> either the proper DST --> you end up with wrong data.
>
> This is a full implementation that is fine in the 99% of the cases.
> http://pellepim.bitbucket.org/jstz/
>
> PS: I didn't read the implementation yet but we should "enforce" a good
> behaviour of storing all informations as UTC and representing it as the
> local timezone of the user, either server-side or client-side.
>
> PS2: Instead of reinventing the wheel, we could use moment.js and
> https://github.com/timrwood/moment-timezone
>
> On Monday, March 18, 2013 3:31:24 AM UTC+1, Massimo Di Pierro wrote:
>>
>> I was looking at code to detect the user timezone and store dates
>> consistently in UTC format.
>> I made some changes in trunk to handle this. I could use some help
>> testing.
>>
>> 1) In the header of your layout.html add:
>>
>> {{if not session.timezone:}}
>> <script>
>>
>> jQuery(function(){jQuery.post('{{=URL('default','set_timezone')}}',{timezone:(new
>>
>> Date()).getTimezoneOffset()});});
>> </script>
>> {{pass}}
>>
>> 2) in the default controller:
>>
>> def set_timezone():
>> session.timezone = int(request.vars.timezone)/60
>>
>> 3) Use the new timezone attribute of validators in trunk:
>>
>> Field('birthday','datetime',requires =
>> IS_DATETIME(timezone=session.timezone)
>>
>> Does it work for you? Suggestions for improvement?
>>
>> Massimo
>>
>
--
---
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
