From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: Time-zone in dates Date: Tue, 30 Jun 2015 08:36:01 +0100 Message-ID: <878ub1zlzy.fsf@delle7240.chemeng.ucl.ac.uk> References: <87zj3moadx.fsf@gmail.com> <87zj3mv9rb.fsf@ucl.ac.uk> <87ioaav72g.fsf@ucl.ac.uk> <87y4j6tgyn.fsf@nicolasgoaziou.fr> <20150626195749.GG5090@fjo-extia-HPdeb> <87zj3iodr4.fsf@ucl.ac.uk> <87egkugfjw.fsf@pierrot.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48469) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9qKR-0004ig-ST for emacs-orgmode@gnu.org; Tue, 30 Jun 2015 03:51:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z9qKO-00038Q-Ld for emacs-orgmode@gnu.org; Tue, 30 Jun 2015 03:51:39 -0400 Received: from mail-db3on0119.outbound.protection.outlook.com ([157.55.234.119]:63008 helo=emea01-db3-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9qKO-00038B-D8 for emacs-orgmode@gnu.org; Tue, 30 Jun 2015 03:51:36 -0400 In-Reply-To: <87egkugfjw.fsf@pierrot.dokosmarshall.org> (Nick Dokos's message of "Mon, 29 Jun 2015 21:17:55 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nick Dokos Cc: emacs-orgmode@gnu.org On Monday, 29 Jun 2015 at 21:17, Nick Dokos wrote: > The only reliable way of doing that is to use UTC as the "internal" > representation and translate to/from local time on external > display/input *only*. In the case of org mode, the "internal" > representation is user-visible, so that can cause confusion and some > head-scratching. But *any* other method is going to be a nightmare > (damhikt). This may be the correct approach although I worry about losing information by only storing UTC. Whether this information loss is important or not is difficult to predict. It may be of ephemeral importance only. -- : Eric S Fraga (0xFFFCF67D), Emacs 24.4.1, Org release_8.3beta-1261-g304f84