<div dir="ltr"><div>I found my answer. It's no. I just got this: "10/28/2019 02:04:23.316"</div><div><br></div><div>If I'm in Finland and say I have meeting tomorrow at 13:00 in London. The assumption is that the 13:00 is time for meeting <b>in London</b>, independently where and when I write down it to my calendar. When me and my device goes to London the system clock is shifted so that my calendar is readable. Thus 13:00 is always correct despite of the time zone, independently where and when it was written down.<br></div><div><br></div><div><br></div><div>Jussi<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 28, 2019 at 12:49 AM Benoît Minisini <<a href="mailto:g4mba5@gmail.com">g4mba5@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le 27/10/2019 à 23:19, Jussi Lahtinen a écrit :<br>
> if I do this:<br>
> ? cstr(date.fromutc(date(2019,10,27,2,30)))<br>
> <br>
> Is it guaranteed that in all possible localizations I will always get this?:<br>
> 10/27/2019 02:30:00<br>
> <br>
<br>
Yes.<br>
<br>
- date(2019,10,27,2,30) returns the date 2019-10-27T02:30:00 [local time]<br>
<br>
- Date.FromUTC() moves that date so that it becomes 2019-10-27T02:30:00 <br>
[UTC] (it's "FromUTC" because the local representation of its date <br>
argument, i.e. what you pass to Date(), is assumed to be UTC).<br>
<br>
- CStr() converts a date to its UTC representation.<br>
<br>
I agree that Date() needs one more argument to define the timezone <br>
explicitely.<br>
<br>
-- <br>
Benoît Minisini<br>
</blockquote></div>