From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-orgmode@gnu.org
Subject: Re: Timezones revisited
Date: Wed, 01 Feb 2017 08:29:30 -0800 [thread overview]
Message-ID: <87inotub6d.fsf@pellet> (raw)
In-Reply-To: 20170201160541.GI7187@volibear.adamsinfoserv.com
Russell Adams <RLAdams@AdamsInfoServ.Com> writes:
> On Wed, Feb 01, 2017 at 07:50:24AM -0800, Eric Abrahamsen wrote:
>> Russell Adams <RLAdams@AdamsInfoServ.Com> writes:
[...]
>> Would it be completely out of the question to support an optional
>> timezone marker? From (nth 1 (current-time-zone))?
>>
>> <2017-02-01 Wed PST>
>>
>> The plumbing for time calculations would be... an adventure. But it
>> seems like it could be done in a backwards-compatible way.
>
> I gave some thought to the idea of storing all timestamps in GMT and
> then each buffer could have a timezone defined or use the system
> time. Then the relative time would be overlaid in viewing the
> file. That's a real stretch though, as I think this would take
> significant effort.
I was envisioning an Agenda toggle between "show entries in my current
timezone" (ie, the Germans say "we'll call you at 3pm!", the entry is
input as 3pm "WET", and the Agenda shows you the appointment in your
current time zone, which could be 10am or what have you), and "show
entries in their local timezone" (ie, you make a bunch of appointments
for next week in New York, and see them in their "real" times, with an
"EST" tag, even though you're not there yet).
Anyway this would be relatively simple compared to the problem time
calculations and comparisons. I guess everything would need to get
converted to UTC very early on, but memoized with information about the
timezone offset.
> I think for now a simple method to input a time from another timezone
> and convert it to your own would suffice. That wouldn't change
> anything regarding storage or working with timestamps, only a one time
> conversion a the time of data entry. I wonder if that isn't a fast
> change?
That would be much simpler, but it wouldn't address traveling. If I
schedule meetings for next week in another country, I would still run
into the problem that if I do a caldav sync now, those meetings will
display incorrectly on my phone when I get there.
Also, the last time I looked into this, I couldn't find a user-friendly
way of entering timezones. Ideally you'd be able to make use of the
tzdata-style "America/Vancouver" notation, which would be great for text
completion. I didn't see a cross-platform way of doing that. And making
people enter the "PDT" notation seems impractical.
Anyway, it's probably pie in the sky, but it sure would be nice.
Eric
next prev parent reply other threads:[~2017-02-01 16:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-31 23:03 Timezones revisited Russell Adams
2017-02-01 15:50 ` Eric Abrahamsen
2017-02-01 16:05 ` Russell Adams
2017-02-01 16:29 ` Eric Abrahamsen [this message]
2017-02-01 16:14 ` Peter Neilson
2017-02-01 16:20 ` Russell Adams
2017-02-01 17:33 ` Eric Abrahamsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87inotub6d.fsf@pellet \
--to=eric@ericabrahamsen.net \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).