all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda
@ 2023-01-13  8:56 Daryl Manning
  2023-01-13 12:51 ` Tim Cross
                   ` (2 more replies)
  0 siblings, 3 replies; 366+ messages in thread
From: Daryl Manning @ 2023-01-13  8:56 UTC (permalink / raw)
  To: Org-mode

[-- Attachment #1: Type: text/plain, Size: 1799 bytes --]

Following on from thread at
https://www.reddit.com/r/orgmode/comments/zrppqw/

[First off, I just wanted to say thank you to everyone that works on
org-mode. It is a wonder.]

While I realize a few kicks at this can may have been taken, I wanted to
(re-)propose Timezone support in org-mode. The world is much less local
these days and we're all more remote and coordinating globally these days.

*Background*

1. org-time-stamp-formats TZ currently only affects display and exports
2. org-agenda itself is not TZ aware
3. Several discussions on this have taken place over time
4. Concerns raise included breaking backwards compatibility

*Proposal*

1. org-mode sets an optional variable (org-timezone-aware t) which enables
TZ
2. org-agenda needs a way to determine which timezone it is in
3. Once enabled, any timestamp not exhibiting a TZ in it is considered
"local time" wherever that is (I do not think UTC would work for this)
4. org-agenda can calc local based on TZ differences

I understand this is by no means trivial and quite gnarly with DST and such
to figure out but I do believe libs exists to deal with that heavy lifting.
Currently, it does feel like a hole in org-mode as a 21st century organizer
(disclaimer: digital nomading so might feel it more keenly). Also, just
interested in making org-mode a more awesome tool for everybody.

I'd love an understanding of the alluded to reservations raised in the
reddit thread and in the mailing list threads mentioned that the format
change might break things (I was unsure if that was referring to say, how
time ranges were handled, or how say date ranges got dealt with (for
example, say a flight from Singapore to Vancouver which takes off in one
time zone and lands in another - something that is often in my cal.).

thanks!
Daryl.

[-- Attachment #2: Type: text/html, Size: 2335 bytes --]

^ permalink raw reply	[flat|nested] 366+ messages in thread
* Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)
@ 2023-02-04 18:59 ypuntot
  2023-02-04 19:45 ` Jean Louis
  2023-02-05 17:04 ` Max Nikulin
  0 siblings, 2 replies; 366+ messages in thread
From: ypuntot @ 2023-02-04 18:59 UTC (permalink / raw)
  To: Org-mode

[-- Attachment #1: Type: text/plain, Size: 738 bytes --]

Great link!
https://spin.atomicobject.com/2016/07/06/time-zones-offsets/

"Given a local time and an offset, you can know UTC time, but you do not know which time zone you’re in (because multiple timezones have the same offset)."

So, given a time zone you can know the offset (Google it, for example)..
Then, given the time zone and the local time, you can know UTC.
If orgmode gets the UTC there is not ambiguity.

But, that would mean that the offset related to the different time zones must be downloaded and updated from some site.
As you said before, that offset can change. For example, peninsular Spain has the same time as Berlin, but as this doesn't make much sense, it could change, so updates would be necessary.

[-- Attachment #2: Type: text/html, Size: 1458 bytes --]

^ permalink raw reply	[flat|nested] 366+ messages in thread
* Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)
@ 2023-02-04 21:38 Ypo
  2023-02-05  3:12 ` Max Nikulin
                   ` (2 more replies)
  0 siblings, 3 replies; 366+ messages in thread
From: Ypo @ 2023-02-04 21:38 UTC (permalink / raw)
  To: Org-mode

[-- Attachment #1: Type: text/plain, Size: 2692 bytes --]

> Great link!
> https://spin.atomicobject.com/2016/07/06/time-zones-offsets/
>
> "Given a local time and an offset, you can know UTC time, but you do 
> not know which time zone you’re in (because multiple timezones have 
> the same offset)."
>
> So, given a time zone you can know the offset (Google it, for example)..
> Then, given the time zone and the local time, you can know UTC.
> If orgmode gets the UTC there is not ambiguity.
>
> But, that would mean that the offset related to the different time 
> zones must be downloaded and updated from some site.
> As you said before, that offset can change. For example, peninsular 
> Spain has the same time as Berlin, but as this doesn't make much 
> sense, it could change, so updates would be necessary.
I have been thinking about how I would use this feature. So use cases 
appeared, which arose some doubts about how to use this feature, and an 
opinion for the Poll surged:

If I wanted to assist to a "Mastering Emacs book club" meeting in 
America/Vancouver, while living in Spain: Doubt: Should I use local time 
of America/Vancouver to schedule the meeting?. Like: [2024-02-04 12:00 
@America/Vancouver] (I don't like space before the @, for the Poll).
1. Doubt: I suppose my agenda timestamp would be: [2024-02-04 do. 
21:00]. (Spain local time). Correct?
2. If I went on vacation to Brasília, my agenda timestamp should change 
to: [2024-02-04 do. 17:00]. (Brasília local time).
    Doubt: How must the local time zone be updated to get that timestamp 
changed?
3. Back to Spain, I see that, for political reasons, Vancouver's winter 
time-zone changed from UTC-8 to UTC-9.
    Doubt: How would my tz database be updated?
    Doubt: After updating the tz database, my agenda timestamp would 
change automatically to  [2024-02-04 do. 22:00]. Correct?
4. For the Poll: What would be the expected behavior if we used the UTC 
offset?  [2024-02-04 12:00 @-08,America/Vancouver]
     - We should know beforehand the DST of Vancouver, or there would be 
warnings. It seems more difficult for the user: maybe the "-08," should 
be optional?
     - Case 3: After updating the tz database we would get warnings too. 
To correct those warnings, should the UTC offset be changed manually in 
the timestamp?. If there were 35 meetings in Vancouver throughout the 
year, to change all the UTC offsets could be non trivial for a normal 
user: UTC of the summer and winter would differ.
       [2024-09-04 12:00 @-07,America/Vancouver] should be changed to 
[2024-09-04 12:00 @-08,America/Vancouver]
       [2024-02-04 12:00 @-08,America/Vancouver] should be changed to 
[2024-02-04 12:00 @-09,America/Vancouver]



[-- Attachment #2: Type: text/html, Size: 4279 bytes --]

^ permalink raw reply	[flat|nested] 366+ messages in thread
* Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)
@ 2023-02-12 13:27 Ypo
  0 siblings, 0 replies; 366+ messages in thread
From: Ypo @ 2023-02-12 13:27 UTC (permalink / raw)
  To: Org-mode

[-- Attachment #1: Type: text/plain, Size: 10816 bytes --]

Could it be reasonable to collect the hypothetical cases where relative 
timestamps would be used?
So, alternatives and solutions could be evaluated more easily.
For example:


| External Input                                          | User's 
input                     | Org output                             | 
Agenda output (local time) | Org time storing     |

|---------------------------------------------------------+----------------------------------+----------------------------------------+----------------------------+----------------------|
| Meeting at 09:37:54, 28 February 2023, in Foz do Iguaçu | [2023-02-28 
ma. 09:37 @UTC-3]    | [2023-02-28 ma. 09:37 @UTC-3]          | 
[2023-02-28 ma. 13:37]     | 20230228T12:37:54,68 |
| Same case as above                                      | [2023-02-28 
ma. 09:37 @timezone] | [2023-02-28 ma. 09:37 @UTC-3,timezone] | 
[2023-02-28 ma. 13:37]     | 20230228T12:37:54,68 |
| Party at my home, tomorrow                              | [2023-02-13 
lu. 14:15]           | [2023-02-13 lu. 14:15 @UTC+1,timezone] | 
[2023-02-13 lu. 14:15]     | 20230213T13:15:54,68 |


- I didn't expect this: it is more difficult for me to find the 
timezone, and to write it in the correct format, than to find the UTC 
offset.

- Maybe org output should always show the time zone, since for calculations

- Should convert show every timestamp timezone, so we know local 
timezone is correct?

- Sorry for the table format, I don't know how to export it from orgmode 
to thunderbird's mail editor.




> ------------------------------------------------------------------------
> * Max Nikulin<manikulin@gmail.com>  [2023-02-11 07:47]:
> >/On 10/02/2023 10:29, Jean Louis wrote:/
> >/> 2030-02-09 12:00 -08 @UTC -- this time CANNOT be said to be "fixed/
> >/> UTC"/
> >//
> >/I do not see any reason why obviously invalid timestamp draws so much/
> >/attention./
> >//
> >/Resolution may be rather concise: behavior is *undefined* since field 
> values/
> >/are mutually inconsistent. Perhaps implementation may prefer to treat 
> it as/
> >/2030-02-09T12:00:00-0800 discarding UTC as time zone specifier. 
> `org-lint'/
> >/should issue a warning requesting a user action./
>
> Thank you!
>
> I have demonstrated that Etar application from F-Droid would disregard
> what is invalid and basically only enter valid time. Same for Google
> calendar, it would disregard invalid timestamp (even though not
> represented as above), and it would enter only valid one. PostgreSQL
> will "silently" ignore what does not belong to it.
>
> One can search for "silent" here:
> https://www.postgresql.org/docs/current/datatype-datetime.html
>
> >/Could you explain what is wrong with the following (without timezone)?/
> >//
> >/2030-02-09 12:00 -0800/
> >//
> >/I consider it as an unambiguous equivalent of 2030-02-09T20:00:00Z 
> that is a/
> >/UTC timestamp./
>
> That is not same case as Ihor, when he designated it as
>
> 2030-02-09 12:00 -0800 @UTC
> because there are no offsets @UTC time zone.
>
> In this different case you wish to say that it is:
>
> time of 2030-02-09 12:00 -0800 whereby -0800 is UTC offset from floating time
> 2030-02-09 12:00, and one can derive UTC time.
>
> That is totally alright as representation of time. That is how past
> timestamps are represented in local time.
>
> Why not -- you can use it for future.
>
> I find it less useful for exchange purposes, almost useless, but you
> can do. Because if you store time as UTC, you can always see local
> time anywhere in the world. But if programmers wish to do that to Org,
> okay fine.
>
> It is different time type representation, that does not exist in ISO
> 8601, but why not, you can include it in Org.
>
> You just be sure that you put a "tag" or such representation that
> users will know what is it, even from plain text.
>
> >/The format with explicit offset may be convenient for a person/
> >/living in an area that *likely* will have -08:00 offset and who/
> >/would like to watch some astronomical event such as lunar eclipse/
> >/and who had a plan to connect to some telescope on the opposite side/
> >/of the globe. Event time will not change if local time changed. Both/
> >/variants 2030-02-09T12:00:00-0800 and 2030-02-09T20:00:00Z may be/
> >/presented as "2030-02-09 12:00" to users./
>
> And now you speak of presentation. But then why store it with
> 2030-02-09T12:00:00-0800 when you can store it as 2030-02-09T20:00:00Z
> and have representation be same "2030-02-09 12:00" to users.
>
> So that is only addition to programmer.
>
> Remember that not even databases store the time like that. It is
> either UTC time, or date, time, and some time zone stored separately.
>
> >/If timezone offset is changed both variants will converted to/
> >/"13:00" or "11:00" depending on sign of change./
>
> Correct. I understand you want to say that representation of time for
> that UTC time zone will be modified depnding of change, and that is
> correct.
>
> >/So the format with offset is human friendly because it gives a hint/
> >/concerning *probable* value of local time still remaining *precise*/
> >/in respect to UTC./
>
> This representation of time is human friendly:
> 2030-02-09 12:00 -0800 and that is the way how I daily see my
> timestamps, like this: 2023-02-12 12:59:52.839773+03
> which does not differ much from that one.
>
> However, my timestamp is only represented with +03 UTC offset. It is
> not stored with UTC offset.
>
> Storing values is not equal to representing values.
>
> - In other software values are not stored as "UTC time that has
>    offset"
>
> - It is stored as "UTC time"
>
> - Offset is calculated from time zone and represented to user.
>
> Of course you need not follow what other software does.
>
> Though I think you need rather exact designation for users to
> unmistakably can understand what you mean with it:
>
> - Right now when I press C-c . I get: <2023-02-12 Sun>
>
> - C-u C-c . and I get <2023-02-12 Sun 13:03>
>
> - Then I can think you (developers) will invent something like:
>    <2023-02-12 Sun 13:03 @Europe/Berlin> (whereby one has to avoid
>    invalid time stamps), which is UTC time: 2023-02-12 12:03:00
>
> - Then I can think you would invent time stamp which you proposed,
>    something like: <2023-02-12 12:00 -08:00> which in this case cannot
>    have day representation, as one cannot know which day is that,
>    right?
>
>    And in this case that timestamp would mean it is 20:00 o'clock UTC
>    time.
>
>    And which can be replaced with <2023-02-12 20:00 @UTC>
>
>    I am just not sure if that will be enough human friendly to say:
>    <2023-02-12 12:00 -08:00> to people, as there is no designation that
>    it is UTC time, and one cannot use "@UTC" as that would be wrong.
>
>    Maybe designation is not necessary?
>    
> When we consider how good calendars work, they will always ask user
> for the time zone. There is settings.
>
> And then if you write that event is on Sunday 20 o'clock, it will be
> considered 20 o'clock at that time zone.
>
> When you send it, it will be maybe converted to UTC time, but maybe
> not, maybe with time zone designation.
>
> In any case remote user will either get UTC time or date, time with
> time zone.
>
> Getting time representation with offset, to calculate UTC time seem
> redundant.
>
> But why not, it is possible.
>
> Will you do it, practically implement it?
>
> >/I find the following as acceptable, but confusing to some degree:/
> >//
> >/2030-02-09 12:00 -08/
> >//
> >/just because "-08" is currently used in TZ database as time zone/
> >/abbreviation (a string similar to "BST"), not as offset that is 
> represented/
> >/in wide spread formats as -0800 or -08:00. Unfortunately the latter 
> causes/
> >/ambiguity in the context of Org./
>
> That is why is better not to use TZ time zone abbreviation for future times!
>
> For past times, is somehow okay. For future no.
>
> Let me consult the database.
>
> #+BEGIN_SRC sql :engine postgresql :exports results :host localhost :cmdline
> :database rcdbusiness :dbuser maddox
> SELECT name, abbrev,  utc_offset, is_dst
> FROM pg_timezone_names where abbrev = '-08';
> #+END_SRC
>
> #+RESULTS:
> | name                   | abbrev | utc_offset | is_dst |
> |------------------------+--------+------------+--------|
> | Etc/GMT+8              |    -08 |  -08:00:00 | f      |
> | Pacific/Pitcairn       |    -08 |  -08:00:00 | f      |
> | posix/Etc/GMT+8        |    -08 |  -08:00:00 | f      |
> | posix/Pacific/Pitcairn |    -08 |  -08:00:00 | f      |
>
> In your example, you should not use time zone abbreviations to say
> that it is UTC time with offset.
>
> Better use accurate offset (which is not UTC offset, as that is changeable).
>
> This is better if you really wish to designate the time with offset
> which represents UTC time:
>
> 2030-02-09 12:00 -08:00
>
> Because you are rounding for no good reason! You have introduced new
> type of time storage, which is time with offset representing UTC time.
>
> While UTC offsets are mostly rounded, you are introducing not the UTC
> offset, but "offset".
>
> That means that following is also just fine:
>
> 2030-02-09 11:47 -08:12
>
> Which is not common. But you insist on using time with offset, that
> represents UTC time, however, then you should not be using "UTC
> offsets" for such representations, but leave to users what "offset" to
> add or deduce, for UTC calculation.
>
> I am against such storage, and representation, but either:
>
> - as UTC time, without offset
>
> - or as date, time, time zone, as UTC offset can be calculated in future time
> points
>
> But we can see that Org is different case, it is textual, not database.
>
> However, this time: <2023-02-12 13:29> was always considered floating,
> and then by changing anything it can become [2023-02-13 Mon 13:29],
> the day is "added" automatically.
>
> So one needs some "tag" for time represented as UTC time but with
> offset, like [2023-02-13 13:29 @TO-UTC -08:00]
>
> it cannot be "@UTC" as that is time zone. You have to invent how to
> represent it, that is unmistakable to other representations.
>
> -- 
> Jean
>
> Take action in Free Software Foundation campaigns:
> https://www.fsf.org/campaigns
>
> In support of Richard M. Stallman
> https://stallmansupport.org/
>
>
> *From*: 	Jean Louis
> *Subject*: 	Re: [POLL] Proposed syntax for timestamps with time zone 
> info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps 
> and org-agenda)
> *Date*: 	Sun, 12 Feb 2023 13:32:21 +0300
> *User-agent*: 	Mutt/2.2.9+54 (af2080d) (2022-11-21)
>

[-- Attachment #2: Type: text/html, Size: 12451 bytes --]

^ permalink raw reply	[flat|nested] 366+ messages in thread

end of thread, other threads:[~2023-03-15 14:43 UTC | newest]

Thread overview: 366+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-01-13  8:56 [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda Daryl Manning
2023-01-13 12:51 ` Tim Cross
2023-01-14  6:27   ` Daryl Manning
2023-01-14 12:46     ` Jean Louis
2023-01-14 11:18   ` Ihor Radchenko
2023-01-14 11:26     ` Daryl Manning
2023-01-14 11:42       ` Ihor Radchenko
2023-01-15  5:11         ` Max Nikulin
2023-01-15 13:41           ` Ihor Radchenko
2023-01-16 16:43             ` Max Nikulin
2023-01-16 18:37               ` Ihor Radchenko
2023-01-17 17:40                 ` Max Nikulin
2023-01-18  9:59                   ` Ihor Radchenko
2023-01-18 16:25                     ` Jean Louis
2023-01-18 16:24                   ` [SOLUTION] " Jean Louis
2023-01-20 10:57         ` Ihor Radchenko
2023-01-20 11:29           ` Daryl Manning
2023-01-20 11:36             ` Ihor Radchenko
2023-01-20 15:10               ` Daryl Manning
2023-01-20 11:39             ` Fraga, Eric
2023-01-20 11:48               ` Ihor Radchenko
2023-01-21 12:55                 ` Jean Louis
2023-01-21 13:41                   ` Ihor Radchenko
2023-01-21  9:21               ` Ihor Radchenko
2023-01-21 10:14                 ` Max Nikulin
2023-01-22 11:49                   ` Ihor Radchenko
2023-01-20 22:51             ` Tim Cross
2023-01-14 13:03     ` Tim Cross
2023-01-14 13:22       ` Ihor Radchenko
2023-01-15 19:10         ` Jean Louis
2023-01-16 11:21           ` Ihor Radchenko
2023-01-16 11:30             ` Daryl Manning
2023-01-16 11:39               ` Ihor Radchenko
2023-01-16 15:43                 ` Daryl Manning
2023-01-16 19:07                   ` Ihor Radchenko
2023-01-16 19:22                     ` Robert Horn
2023-01-16 19:41                       ` Ihor Radchenko
2023-01-16 20:47                         ` Robert Horn
2023-01-16 21:02                           ` Tom Gillespie
2023-01-16 21:48                             ` Robert Horn
2023-01-17  8:53                               ` Ihor Radchenko
2023-01-17  3:55                           ` Daryl Manning
2023-01-17  8:22                             ` Tim Cross
2023-01-17  9:15                               ` Ihor Radchenko
2023-01-17  9:45                                 ` Tim Cross
2023-01-18  9:15                                   ` Ihor Radchenko
2023-01-18 11:43                                     ` Tim Cross
2023-01-18 12:02                                       ` Ihor Radchenko
2023-01-18 21:16                                         ` Tim Cross
2023-01-19  5:29                                           ` Jean Louis
2023-01-19  6:25                                             ` Thomas S. Dye
2023-01-19 14:17                                               ` Jean Louis
2023-01-19 15:55                                                 ` Thomas S. Dye
2023-01-21 13:10                                                   ` Jean Louis
2023-01-21 16:23                                                     ` Thomas S. Dye
2023-01-21 13:50                                                   ` Jean Louis
2023-01-21 14:31                                                     ` Max Nikulin
2023-01-21 16:55                                                     ` Thomas S. Dye
2023-01-19  7:23                                             ` Tim Cross
2023-01-19 14:32                                               ` Jean Louis
2023-01-19 20:09                                                 ` Tim Cross
2023-01-19 23:02                                                   ` Thomas S. Dye
2023-01-19 23:51                                                     ` Tim Cross
2023-01-20  0:24                                                       ` Thomas S. Dye
2023-01-20  3:46                                                         ` Tim Cross
2023-01-20  6:14                                                           ` Thomas S. Dye
2023-01-27  6:06                                                             ` Sterling Hooten
2023-01-27  6:09                                                               ` Daryl Manning
2023-01-27  9:54                                                               ` Jean Louis
2023-01-27 21:04                                                                 ` Tim Cross
2023-01-29  4:09                                                                   ` Jean Louis
2023-01-29  6:21                                                                     ` Thomas S. Dye
2023-01-29  6:46                                                                       ` Daryl Manning
2023-01-29 14:10                                                                         ` Ihor Radchenko
2023-01-30 19:37                                                                       ` Jean Louis
2023-01-31  0:53                                                                         ` Thomas S. Dye
     [not found]                                                                         ` <0597910b-9b01-3c0c-5d06-da171e0de4cd@gmx.at>
2023-01-31  6:08                                                                           ` Jean Louis
2023-01-29  6:31                                                                     ` Max Nikulin
2023-01-30 20:36                                                                       ` Jean Louis
2023-01-30 20:38                                                                       ` Jean Louis
2023-01-29 20:26                                                                     ` Tim Cross
2023-01-30 20:55                                                                       ` Jean Louis
2023-01-30 21:54                                                                         ` Tim Cross
2023-01-31  7:04                                                                           ` Jean Louis
2023-01-31  8:14                                                                             ` Max Nikulin
2023-01-31 13:02                                                                               ` Jean Louis
2023-01-27 11:09                                                               ` Ihor Radchenko
2023-01-27 12:49                                                                 ` Sterling Hooten
2023-01-27 13:00                                                                   ` Ihor Radchenko
2023-01-27 15:03                                                                   ` Jean Louis
2023-01-30 13:08                                                                   ` Ihor Radchenko
2023-01-27 20:58                                                                 ` Tim Cross
2023-01-30 11:25                                                                 ` Greg Minshall
2023-01-31 11:48                                                                   ` [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Ihor Radchenko
2023-01-31 12:19                                                                     ` Daryl Manning
2023-01-31 12:41                                                                       ` Ihor Radchenko
     [not found]                                                                         ` <CAL9aZksf8AGF=dXg0KAtLPyu1ATt1fLpvdsjN6GMCuK2KRQ56w@mail.gmail.com>
2023-01-31 13:33                                                                           ` Ihor Radchenko
2023-01-31 13:22                                                                     ` Jean Louis
2023-01-31 13:46                                                                       ` Ihor Radchenko
2023-01-31 19:59                                                                         ` Jean Louis
2023-02-01 12:42                                                                           ` Ihor Radchenko
2023-02-01 15:28                                                                             ` Jean Louis
2023-02-01 16:30                                                                               ` Ihor Radchenko
2023-01-31 20:12                                                                         ` Jean Louis
2023-02-01  5:46                                                                           ` tomas
2023-02-01  7:29                                                                             ` Jean Louis
2023-02-01  7:52                                                                             ` Tim Cross
2023-02-01  8:32                                                                               ` Jean Louis
2023-02-01  8:46                                                                               ` Ihor Radchenko
2023-02-01  9:38                                                                                 ` Tim Cross
2023-02-01 10:15                                                                                   ` Ihor Radchenko
2023-02-01 14:53                                                                                     ` Jean Louis
2023-02-01 16:36                                                                                       ` Ihor Radchenko
2023-02-01 10:46                                                                                   ` Max Nikulin
2023-02-01 14:43                                                                                   ` Jean Louis
2023-02-01 16:45                                                                                     ` Ihor Radchenko
2023-02-02  3:05                                                                                       ` Max Nikulin
2023-02-02  8:59                                                                                         ` Ihor Radchenko
2023-02-01  9:40                                                                                 ` [POLL] Proposed syntax for timestamps with time zone info Stefan Nobis
2023-02-01  9:45                                                                                   ` Ihor Radchenko
2023-02-01 14:38                                                                                 ` [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Jean Louis
2023-02-01 16:50                                                                                   ` Ihor Radchenko
2023-02-03 15:48                                                                                   ` [POLL] Proposed syntax for timestamps with time zone info Stefan Nobis
2023-02-04  5:07                                                                                     ` Jean Louis
2023-02-01  9:06                                                                             ` Stefan Nobis
2023-02-01  9:20                                                                               ` tomas
2023-02-01  9:48                                                                                 ` Stefan Nobis
2023-10-29  1:04                                                                                 ` Jean Louis
2023-02-06 15:34                                                                                   ` Marcin Borkowski
2023-02-06 17:03                                                                                     ` tomas
2023-02-07 21:08                                                                                     ` Jean Louis
2023-10-29  1:02                                                                               ` Jean Louis
2023-02-01  7:00                                                                           ` [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Thomas S. Dye
2023-02-01  7:41                                                                             ` Jean Louis
2023-01-31 17:56                                                                     ` [POLL] Proposed syntax for timestamps with time zone info Fraga, Eric
2023-01-31 18:13                                                                       ` Ihor Radchenko
2023-01-31 18:22                                                                         ` Fraga, Eric
2023-01-31 18:56                                                                     ` [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Greg Minshall
2023-02-01 12:48                                                                       ` Ihor Radchenko
2023-02-01 12:52                                                                         ` tomas
2023-02-02  4:49                                                                           ` Greg Minshall
2023-01-31 20:41                                                                     ` Tim Cross
2023-01-31 23:50                                                                     ` Samuel Wales
2023-02-01 13:01                                                                       ` Ihor Radchenko
2023-02-04 22:33                                                                         ` Samuel Wales
2023-02-04 22:49                                                                           ` Samuel Wales
2023-02-05 10:38                                                                           ` Ihor Radchenko
2023-02-01 11:56                                                                     ` Christian Moe
2023-02-01 12:20                                                                       ` Ihor Radchenko
     [not found]                                                                         ` <87o7qdsf7h.fsf@christianmoe.com>
2023-02-01 13:26                                                                           ` POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)) Ihor Radchenko
2023-02-01 13:51                                                                             ` tomas
2023-02-01 21:57                                                                               ` POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [POLL] Proposed syntax for timestamps with time zone info Heinz Tuechler
2023-02-01 22:50                                                                                 ` Samuel Wales
2023-02-02  9:01                                                                                   ` Ihor Radchenko
2023-02-02  3:22                                                                                 ` Max Nikulin
2023-02-02  7:45                                                                                   ` POSIX TS spec reverses the meaning of TZ offset compared to ISO Heinz Tuechler
2023-02-02  8:33                                                                                     ` tomas
2023-02-02  9:37                                                                                       ` Heinz Tuechler
2023-02-04 15:44                                                                                         ` Max Nikulin
2023-02-02  5:35                                                                                 ` POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [POLL] Proposed syntax for timestamps with time zone info tomas
2023-02-02  8:56                                                                                 ` Ihor Radchenko
2023-02-01 15:16                                                                             ` POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Max Nikulin
2023-02-02  8:34                                                                               ` Ihor Radchenko
2023-02-02 13:59                                                                                 ` Max Nikulin
2023-02-02 14:06                                                                                   ` Ihor Radchenko
2023-02-01 15:41                                                                         ` [POLL] Proposed syntax for timestamps with time zone info " Jean Louis
2023-02-02  8:38                                                                           ` Ihor Radchenko
2023-02-03 11:31                                                                             ` Jean Louis
2023-02-04 10:58                                                                               ` Ihor Radchenko
2023-02-04 19:32                                                                                 ` Jean Louis
2023-02-05  9:14                                                                                   ` Ihor Radchenko
2023-02-02  3:46                                                                     ` Timothy
2023-02-02  9:12                                                                       ` Ihor Radchenko
2023-02-02  9:12                                                                         ` Timothy
2023-02-02  9:20                                                                           ` Ihor Radchenko
2023-02-02  9:27                                                                             ` Timothy
2023-02-02  9:38                                                                         ` [POLL] Proposed syntax for timestamps with time zone info Stefan Nobis
2023-01-30 12:30                                                               ` [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda Ihor Radchenko
2023-01-30 15:30                                                                 ` Greg Minshall
2023-01-30 15:38                                                                   ` Ihor Radchenko
2023-01-30 15:48                                                                     ` Greg Minshall
2023-01-20  4:03                                                   ` Max Nikulin
2023-01-20  5:39                                                     ` Tim Cross
2023-01-20  7:28                                                       ` Max Nikulin
2023-01-20  8:11                                                         ` Tim Cross
2023-01-20 15:29                                                           ` Max Nikulin
2023-01-20 22:56                                                             ` Tim Cross
2023-01-20  9:35                                                       ` Fraga, Eric
2023-01-20 10:48                                                       ` Ihor Radchenko
2023-01-20  6:46                                                     ` Thomas S. Dye
2023-01-20  7:34                                                       ` Max Nikulin
2023-01-20  8:17                                                       ` Tim Cross
2023-01-20 12:17                                                         ` Max Nikulin
2023-01-20 16:09                                                           ` Thomas S. Dye
2023-01-20 16:56                                                             ` Max Nikulin
2023-01-20 20:37                                                               ` Thomas S. Dye
2023-01-21  0:14                                                                 ` Tim Cross
2023-01-21  0:37                                                                   ` Thomas S. Dye
2023-01-21  5:53                                                                     ` Max Nikulin
2023-01-21 15:55                                                                       ` Thomas S. Dye
2023-01-22 12:14                                                                         ` Max Nikulin
2023-01-22 13:35                                                                           ` Thomas S. Dye
2023-01-22 14:09                                                                           ` Max Nikulin
2023-01-20 23:38                                                           ` Tim Cross
2023-01-21  6:21                                                             ` Max Nikulin
2023-01-21 21:29                                                               ` Tim Cross
2023-01-22  5:50                                                                 ` UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode) Max Nikulin
2023-01-22  6:17                                                                   ` Thomas S. Dye
2023-01-22  8:35                                                                     ` Max Nikulin
2023-01-22 16:54                                                                       ` Thomas S. Dye
2023-01-23  6:28                                                                         ` Jean Louis
2023-01-23 16:04                                                                           ` Thomas S. Dye
2023-01-24  2:34                                                                             ` Max Nikulin
2023-01-24  2:44                                                                               ` Thomas S. Dye
2023-01-24  4:48                                                                                 ` Max Nikulin
2023-01-24 19:18                                                                                   ` Jean Louis
2023-01-24  9:34                                                                             ` Ihor Radchenko
2023-01-24 16:41                                                                               ` Thomas S. Dye
2023-01-26 15:37                                                                             ` Max Nikulin
2023-01-26 16:31                                                                               ` Thomas S. Dye
2023-01-27 21:21                                                                                 ` Tim Cross
2023-01-22  7:48                                                                   ` Tim Cross
2023-01-24 17:09                                                                     ` Max Nikulin
2023-01-24 19:20                                                                       ` Jean Louis
2023-01-24 20:50                                                                       ` Tim Cross
2023-01-19 10:35                                           ` [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda Ihor Radchenko
2023-01-19 17:57                                           ` Alexander Adolf
2023-01-21 13:51                                             ` Jean Louis
2023-01-18 17:09                                   ` Max Nikulin
2023-01-17  8:45                           ` Ihor Radchenko
2023-01-19 16:56                             ` Robert Horn
2023-01-19 17:44                           ` Alexander Adolf
2023-01-19 17:48                           ` Alexander Adolf
2023-01-17 15:37                     ` Jean Louis
2023-01-18  9:29                       ` Ihor Radchenko
2023-01-18 16:11                         ` Jean Louis
2023-01-18 21:31                         ` Tim Cross
2023-01-19 10:40                           ` Ihor Radchenko
2023-01-17 17:28                     ` Max Nikulin
2023-01-17 19:49                       ` Ihor Radchenko
2023-01-18 16:21                         ` Jean Louis
2023-01-18 16:20                       ` Jean Louis
2023-01-20 16:27                         ` Max Nikulin
2023-01-19 17:33                   ` Alexander Adolf
2023-01-16 20:25               ` Tim Cross
2023-01-17  9:07                 ` Ihor Radchenko
2023-01-17 15:24             ` Jean Louis
2023-01-18  9:34               ` Ihor Radchenko
2023-01-18 16:07                 ` Jean Louis
2023-01-19 10:43                   ` Ihor Radchenko
2023-01-19 14:37                     ` Jean Louis
2023-01-15 20:43         ` Jean Louis
2023-01-16 11:25           ` Ihor Radchenko
2023-01-17 15:19             ` Jean Louis
2023-01-18  9:38               ` Ihor Radchenko
2023-01-16  5:01     ` Tom Gillespie
2023-01-16 12:31       ` Ihor Radchenko
2023-01-16 20:32         ` Tim Cross
2023-01-16 20:51           ` Tom Gillespie
2023-01-17  9:12             ` [FR] Allow BC years in timestamps (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Ihor Radchenko
2023-01-13 19:06 ` [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda Jean Louis
2023-01-14  7:12   ` Max Nikulin
2023-01-14  9:32     ` Tim Cross
2023-01-14 11:08       ` Russell Adams
2023-01-14 11:35         ` Ihor Radchenko
2023-01-14 12:00           ` Russell Adams
2023-01-14 12:16             ` [FR] Allow end date and max repeat count for timestamps with repeaters (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Ihor Radchenko
2023-01-15  1:09               ` Samuel Wales
2023-01-15 13:45                 ` Ihor Radchenko
2023-01-15 23:49                   ` Samuel Wales
2023-01-15 23:53                     ` Samuel Wales
2023-01-16 13:01                     ` Ihor Radchenko
2023-01-14 12:19             ` [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda Ihor Radchenko
2023-01-14 12:21               ` Russell Adams
2023-01-14 12:31                 ` Ihor Radchenko
2023-01-14 11:30       ` Ihor Radchenko
2023-01-14 14:09         ` Tim Cross
2023-01-14 14:38           ` Ihor Radchenko
2023-01-14 14:48             ` tomas
2023-01-14 15:05               ` Ihor Radchenko
2023-01-14 16:50                 ` tomas
2023-01-14 17:06                   ` Ihor Radchenko
2023-01-14 17:13                     ` tomas
2023-01-15 19:54                       ` Jean Louis
2023-01-14 21:52                     ` Tim Cross
2023-01-15 13:52                       ` Ihor Radchenko
2023-01-20 14:34                         ` Alexander Adolf
2023-01-15 20:03                       ` Jean Louis
2023-01-15 19:52                     ` Jean Louis
2023-01-16 13:11                       ` Ihor Radchenko
2023-01-14 20:56                   ` Tim Cross
2023-01-15 20:24                     ` Jean Louis
2023-01-15  4:37                 ` Max Nikulin
2023-01-15  5:03                 ` Max Nikulin
2023-01-15 20:28                   ` Jean Louis
2023-01-16 13:17                     ` Ihor Radchenko
2023-01-14 11:55       ` Max Nikulin
2023-01-14 13:50         ` Tim Cross
2023-01-14 16:50           ` Max Nikulin
2023-01-14 20:30             ` Tim Cross
2023-01-15  4:00               ` Max Nikulin
2023-01-15  7:53                 ` Tim Cross
2023-01-15 19:26                   ` Jean Louis
2023-01-16 13:20                     ` Ihor Radchenko
2023-01-15 14:00                 ` Ihor Radchenko
2023-01-14 13:08     ` Jean Louis
2023-01-14 16:58       ` Max Nikulin
2023-01-14 19:43         ` Tim Cross
2023-01-15  6:37           ` tomas
2023-01-15 14:07           ` Ihor Radchenko
2023-01-15 20:43             ` Tim Cross
2023-01-16  5:20               ` Tom Gillespie
2023-01-16 13:29                 ` Ihor Radchenko
2023-01-16 17:30                   ` Tom Gillespie
2023-01-16 17:53                     ` Ihor Radchenko
2023-01-16 13:27               ` Ihor Radchenko
2023-01-15 19:14           ` Jean Louis
2023-01-16  4:20             ` Max Nikulin
2023-01-15 19:12         ` Jean Louis
2023-01-14  5:14 ` Samuel Wales
2023-01-14  5:51   ` Tom Gillespie
2023-01-14  6:40     ` tomas
2023-01-26 15:24     ` Org mode timestamps on the Moon ;] (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Ihor Radchenko
2023-01-26 16:08       ` Org mode timestamps on the Moon ;] Fraga, Eric
2023-01-26 16:28         ` Thomas S. Dye
2023-01-26 23:40       ` Org mode timestamps on the Moon ;] (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda) Tom Gillespie
2023-01-30 10:13         ` Org mode timestamps on the Moon ; ] " Greg Minshall
2023-01-30 13:05         ` Org mode timestamps on the Moon ;] " Ihor Radchenko
  -- strict thread matches above, loose matches on Subject: below --
2023-02-04 18:59 [POLL] Proposed syntax for timestamps with time zone info " ypuntot
2023-02-04 19:45 ` Jean Louis
2023-02-05 17:04 ` Max Nikulin
2023-02-07 21:46   ` Jean Louis
2023-02-04 21:38 Ypo
2023-02-05  3:12 ` Max Nikulin
2023-02-05  9:31 ` Jean Louis
2023-02-05 10:44 ` Ihor Radchenko
2023-02-05 12:12   ` Jean Louis
2023-02-05 13:01     ` ypuntot
2023-02-06 14:15       ` Ihor Radchenko
2023-02-07 21:38       ` Jean Louis
2023-02-06 14:10     ` Ihor Radchenko
2023-02-07 22:19       ` Jean Louis
2023-02-08 10:36         ` Ihor Radchenko
2023-02-10  3:29           ` Jean Louis
2023-02-10 10:48             ` Ihor Radchenko
2023-02-12  9:33               ` Jean Louis
2023-02-12 13:47                 ` tomas
2023-02-14  6:00                   ` Jean Louis
2023-02-14  9:41                     ` Heinz Tuechler
2023-02-14  9:45                       ` tomas
2023-02-14 11:42                         ` Max Nikulin
2023-02-14 15:59                           ` Jean Louis
2023-02-14 16:45                             ` Thomas S. Dye
2023-02-16 14:21                               ` Jean Louis
2023-02-14 16:57                             ` Max Nikulin
2023-02-14 10:45                       ` Jean Louis
2023-03-10 10:46                         ` Ihor Radchenko
2023-03-08 13:30                 ` Ihor Radchenko
2023-03-10  1:37                   ` Jean Louis
2023-02-11  4:44             ` Max Nikulin
2023-02-12 10:32               ` Jean Louis
2023-02-15 15:17                 ` Ihor Radchenko
2023-02-16 15:06                   ` Jean Louis
2023-03-10 10:51                     ` Ihor Radchenko
2023-03-15 14:42             ` Max Nikulin
2023-02-12 13:27 Ypo

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.