Robert Horn <rjh...@panix.com> writes: >> Not really. Countries may change DST at any moment in future. Or decide >> to switch calendars (consider countries near the day transition line). >> >> And "past local time, according to the DST rules in effect at the time" >> is also an option that might be useful in certain scenarios. >> > The issue is clarity of the expected rules for the format. If I > schedule a meeting for 10:05 DST, but the rules change so that it is not > DST at that location at that time in the future, what is the expected > interpretation? It could be:
Let me clarify. I do not think that we need to offer selecting DST/no DST in the timestamp. Instead, we offer something like <2028-12-11 18:00@Europe/Berlin>, specifying local time, including possible DST transitions or any other political decisions the country might make regarding the local time rules. Or, if the preference is specifying time in such a way that it is unaffected by the local time rules (for example, "+10000 hours from now, no matter what the DST/no DST or whatever rules will happen in the middle"), one can use explicit UTC offsets like <2028-12-11 18:00@UTC+02> Can you think of any situations when these two variants are not sufficient? AFAIU, they should cover your example just fine. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>
