From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id CFCxKFmPxWOLHQEAbAwnHQ (envelope-from ) for ; Mon, 16 Jan 2023 18:54:33 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id 3zDTKFmPxWMDwAAA9RJhRA (envelope-from ) for ; Mon, 16 Jan 2023 18:54:33 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id A6230318D2 for ; Mon, 16 Jan 2023 18:54:32 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pHTg6-00086j-QE; Mon, 16 Jan 2023 12:53:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pHTg5-000855-BI for emacs-orgmode@gnu.org; Mon, 16 Jan 2023 12:53:49 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pHTg3-0008As-50 for emacs-orgmode@gnu.org; Mon, 16 Jan 2023 12:53:49 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id EC42224016B for ; Mon, 16 Jan 2023 18:53:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1673891625; bh=trklfGiuzovBp3IBJq4K3Vf/235ZaqwOZqT1fwb0OzE=; h=From:To:Cc:Subject:Date:From; b=dzJlGUEMJPjCbjG6De5BVO/DpUDjSNuG5kCuteFus9czdYPzM7l4nvV6+Q0oSZLhn IiY3bDYfWhZdahFgE8e5dfAvI9JcoVrhDfO1ChPmCUxoAQvxNw4COHJFYWWvVVr+gZ 1pAzU1IFuPyBTpjrlJQpReR1vMejMZsR1hAMCy78V9alJNZTzdnwto1+fZ62hqhKNG Tl0lWW7Vheyl1mKKD1Tz/sMdzSkNZJ3588CltdTG/KuaewprOkSaVsXrjKHbkEzEoQ FxSUMrWLu4J4oZG/5loqY9Rt+dTy/nya9i2+khLpNJmfgZjhxzA2eAgD3Lk4Zx8UM/ pDNkqaGWM30pg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4NwflX19tPz6tmN; Mon, 16 Jan 2023 18:53:44 +0100 (CET) From: Ihor Radchenko To: Tom Gillespie Cc: Tim Cross , Max Nikulin , emacs-orgmode@gnu.org Subject: Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda In-Reply-To: References: <63c30f34.650a0220.498b8.4573@mx.google.com> <87ilh7evsn.fsf@localhost> <63c46c0c.170a0220.bf97a.b73a@mx.google.com> <875yd6li9g.fsf@localhost> Date: Mon, 16 Jan 2023 17:53:56 +0000 Message-ID: <87lem2jrgr.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=dzJlGUEM; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1673891673; a=rsa-sha256; cv=none; b=qsfyMYoMROtfSwUJP9FJie5VMCvmkZBvcK8SlAgmTWG9gapjWIqsTLHCdYarIj5dhLbUbI aCo9F5XJv+fEltBX58rrC2aH2bN/Bizr+x8dbUmkKPZ5rJk/lRrwMpsMsCrq8Teyd98eaR Wq1D5HuSEwn6VB9ktunnWPAOjQfpsBYRKE5GjbI7aFnWB2rEzBb4S3CxZSIO1wJq22u941 LH+hW8k/2YyTjfiWQztuRnIL4ISNCIAyaLuBydUJ2wTUEn0l7F1xQtf3AIIXRZ0CEe5OxV rvGYzYE5OMQtYwbEwA56kW5r4eAfCuIf3I9fCEkEcvO5Cvz88f1un4Ylr9xmvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1673891673; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=vR7tKr4+qts01nzz+a00qxKUCIrCk4/TK7ANZF7IsxE=; b=SGilW9XJqIsS08j0O8RdWfPb919CUZE4V7Z2/SMAMVlhQtyF58QT+wgYim8EQ+45EhghfD z8GjcSK1JT7BgCXeBo5bm8QdjY2E2ucgFXaixb41wjFVx2gsUV2g7pr/qEr3ooKi9NPz6v gxj5e/G9xY0lCulXSVDtJRGq+PhbPwO7V9J3hMl5x36rFQ8R2vl8P2pQaDHnacDMShM+Ho kGGDkHWiXppRoXsTgIj6DKWkUJRjHAOb+4vTi8HLgcTDEOICvqDNdlPT2q7pKr1l73YC6I m+j/CY/yxvCByzyRspQqGVrgGrS+4z5CHUIWwpKXEQEil95/osJyw6tfBFnQvQ== X-Migadu-Queue-Id: A6230318D2 X-Migadu-Scanner: scn0.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=dzJlGUEM; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net X-Migadu-Spam-Score: -10.17 X-Spam-Score: -10.17 X-TUID: VWnVno6rEsxN Tom Gillespie writes: >> I strongly disagree. I'd prefer to allow only internationally recognized >> time zone format. Let's not make life harder for Org file parsers. > > So offsets and tz database names but no time zone abbreviations? > > That seems reasonable since there isn't a sane way to handle the > timezone with dst vs abbreviation for an offset, so better to force > only US/Central aka America/Chicago and then -06:00 and -05:00 > if users want CST/CDT to avoid any ambiguity? No. Let's allow anything that can be understood by `encode-time' (or TZ variable in other words). And also recommend using America/Chicago-like and direct offsets in the manual. Abbreviations should be supported, but not advised. We may also later provide a linter to warn about ambiguous abbreviations and times. Basically, there is literally no way we avoid ambiguous timestamps, yet keeping the required flexibility. No matter what we try. The best we can do is support everything, recommend more reliable practices in the manual, and warn about possible problems. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at