From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 6PxaM443xWMWOgAAbAwnHQ (envelope-from ) for ; Mon, 16 Jan 2023 12:39:58 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id AOddM443xWOo6AAA9RJhRA (envelope-from ) for ; Mon, 16 Jan 2023 12:39:58 +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 55D4324BA8 for ; Mon, 16 Jan 2023 12:39:58 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pHNpc-0001BB-B2; Mon, 16 Jan 2023 06:39:16 -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 1pHNpb-0001Ay-Bb for emacs-orgmode@gnu.org; Mon, 16 Jan 2023 06:39:15 -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 1pHNpZ-0001em-CB for emacs-orgmode@gnu.org; Mon, 16 Jan 2023 06:39:15 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 3CBCD24012D for ; Mon, 16 Jan 2023 12:39:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1673869150; bh=4f0gcUkOpe04vx9hYXyOWMpkIiLSyoLMFgOqqq1UbhQ=; h=From:To:Cc:Subject:Date:From; b=qkkC8RMv3lM7/IkwccTnKF1C3129PvDVgaU0NI6KMGJRnAPJVVKFS2uvpp+mGh1oP oiJsIJQr5YpFg7pBdArje+NOmY/DejtCz3VcGJLyLxqbwAFDGEn62ywk2+GSD8KAfK vqxHn3Qn982LxmiT2am2uExkut+24R6N1jGDLtWca6NsEj1WIqJiGlK0bjAT/Aoyc/ DryEqzuoj3hIIh1oanGWB6RUh3qQ/nXFp+3XoO8a+fCPW5LUV10EtXPy6fRYP6/orC Jz0uam3zsLx6Jw1eH2EbQq4/zqtVvqhyiYvi49Bgc6wap4Dij0Gdtwylmblza03jU4 EC/bnCQi9OdMg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4NwVRK0txdz6tmF; Mon, 16 Jan 2023 12:39:08 +0100 (CET) From: Ihor Radchenko To: Daryl Manning Cc: emacs-orgmode@gnu.org Subject: Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda In-Reply-To: References: <86zgamtv6o.fsf@gmail.com> <87tu0t1i0c.fsf@localhost> <63c2aa9e.170a0220.3bb49.9ef4@mx.google.com> <87pmbhz1x6.fsf@localhost> <87wn5mlo7f.fsf@localhost> Date: Mon, 16 Jan 2023 11:39:39 +0000 Message-ID: <87pmbelnd0.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-Seal: i=1; s=key1; d=yhetil.org; t=1673869198; a=rsa-sha256; cv=none; b=rp86Vs+jalrNC4vpPsDz/2jxbiGFwjQ5Rm9mckfos3boZPvHPpvT1xqIcXuB0DrEVAg1/5 dguWQYftAT4bN73tEfFw6px5iFfSvwlYbiKyaZmoLFwzE+0nuRzHb4zORAjvRX6Up/3BGe yK8nT+vLXK2ULDNxlYX1TJfmzn/OirEupK3HmRnHRHDKVIYPwAKLWAVnYjfV0pEu29kMAF OYcVdyRNlKEix90hI4Q6DArpPtdalO3fdFk34H3fsZlog5hgZd13/R1EcwxICt9AETlJoQ V2NWoGK0BG7kNlWL1RvSWqIGVy2whcGD95IMZVxgb2Wgu7yceBlAWrvdNBOeqQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=qkkC8RMv; 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-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1673869198; 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=Gy8z4FI3SynfPkQZ7UCGKBBr4MH5ZCxyYqymAI7EAM4=; b=glbY69su+DmrFwrFlSZzwqkR9GxM1+rOBccw/gZD7NdOordLIEXbK5z39GFLW1qd7jFr2q bDzRrDtEW/u6v7KYKUk2HnF7RRi7lkANfNi5Mz9GPzDn/VAt5IueC3/8jCBAaPlZdoBjhz 4q1aZoDyn4wFXSQxxmxiIIZGOX87zm3hZ9JwDY9xOwxlHJsQCLv1E3rUmjJ2d5r5+Dh5Md dDJ832BZqzFSsdybnSMdbV5mpcqKaeMSYFc4aDRXblY55G6eoheEj1LosMHPns6TpPo5rg Nn/mD1mEs2XVpbNzew5dKyJCjIrbHGpKyHYkaB6ggB/QjohMUFtwN6ECBqz5Fg== X-Migadu-Spam-Score: -6.07 X-Spam-Score: -6.07 X-Migadu-Queue-Id: 55D4324BA8 X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=qkkC8RMv; 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-TUID: bhrrC+j0spG5 Daryl Manning writes: > I think timezone you're in should be declared globally, surely? And then > defined in the timestamp? It is always defined globally on OS level. In POSIX-complaint OSes, it is TZ. Emacs obeys POSIX and time zone settings in other OSes. We don't need anything special for it. As for time zone in timestamps - it must be optional. Timestamps with time zone will use that time zone. Timestamps without time zone will use "default" time zone - be it OS time zone or whatever custom time zone setting we come up with in future. This "default" time zone approach is both useful for things like "brush teeth in 10pm in the evening" and also, more importantly, for backwards compatibility. > The use cases for per file or even per-heading tz specifying seems very low > imho (and introducing a lot more complexity.). Sure. As I mentioned in another message, not having these features should not stop us from merging whatever working time zone code we can come up with. They will be nice to have though. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at