I think the goal is an independent time (date) source to ensure that the value is correct. I’m curious about the best solution. Probably would involve your own server though.
Thanks, Brian On Sep 14, 2018, 7:36 PM -0500, Richard Gaskin via use-livecode <use-livecode@lists.runrev.com>, wrote: > Peter Bogdanoff wrote: > > > And… if anyone has a method that doesn’t rely on the user’s local > > date/time I’d like to hear that… > > Using "the seconds" returns a value that accounts for local GMT offset. > with the value returned being for GMT. > > So if you get the seconds and then display them on a machine set to a > different time zone, the time zone will be taken into account when using > the convert command to display them in any human-readable format. > > FWIW "the internet date" is similarly useful for converting to other > formats in ways that take local time zone into account. > > AFAIK those are the only two built-in date formats that account for GMT > offset, but I've used both for network services where users trade data > across many time zones and they work quite well. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > ambassa...@fourthworld.com http://www.FourthWorld.com > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
