From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark Oteiza Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Make display-time-mode time zone configurable Date: Sun, 21 Feb 2016 19:45:56 -0500 Message-ID: <20160222004556.GA5187@holos> References: <87fuwt8wek.fsf@udel.edu> <56C2A950.3080102@cs.ucla.edu> <20160219023723.GB15748@holos> <56C6A0CC.1080007@cs.ucla.edu> <20160219171437.GA9456@holos> <56C758C6.90702@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1456101979 20748 80.91.229.3 (22 Feb 2016 00:46:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Feb 2016 00:46:19 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 22 01:46:10 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aXedd-0001cu-K2 for ged-emacs-devel@m.gmane.org; Mon, 22 Feb 2016 01:46:09 +0100 Original-Received: from localhost ([::1]:45395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXedc-0000IZ-PX for ged-emacs-devel@m.gmane.org; Sun, 21 Feb 2016 19:46:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39447) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXedY-0000HV-Rk for emacs-devel@gnu.org; Sun, 21 Feb 2016 19:46:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aXedT-0000wx-OT for emacs-devel@gnu.org; Sun, 21 Feb 2016 19:46:04 -0500 Original-Received: from mail-yw0-x235.google.com ([2607:f8b0:4002:c05::235]:34841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXedT-0000v0-Gl for emacs-devel@gnu.org; Sun, 21 Feb 2016 19:45:59 -0500 Original-Received: by mail-yw0-x235.google.com with SMTP id g127so107704318ywf.2 for ; Sun, 21 Feb 2016 16:45:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fWTSJI0stx4iiuCn+rN+LOzLSzaj42xBbKEXil+kD9U=; b=Tzi50pX7Y/kyELKgFElStPUaMe/s0sVFCMXutpuGx5BeyqfVmFvPd/WBfQ2gxVhj1U mKexr7Km1KrmeCtViBatpLhP6neZGhSpdhH6FdaCQujeMNsnSse77/V2vJ9+80otsy8Q yAYFLtyF51+vLbodv4LERUJbdGnloBhhCwhpEyssatLgoLxOW8zEQt1lyR6e9xrWDU/+ Upa2n74UCVRtlTAJIVyCCHn9AsMSvHGeMUl1ov/6o5+2RBb49YYL48Pga0PMV/fDdEXR Scjklew/QDwzqVBcOle6bbruTXV9Njzd5u9vtTbJwpd5dMrVfeq9mU35anib8Y+7fu7h XDmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=fWTSJI0stx4iiuCn+rN+LOzLSzaj42xBbKEXil+kD9U=; b=h3JKBKGAVBH/LbYxT78O/XUV4Evs6sXXve/7y1Q+8qOxYmk9RsfQ+1RItoqaXVX7FV qJjkaQ5kc+p9XnkRsfAyXzK8uI3xhG7rSJt8UbeN2OEGWBizGyZ9NB/5o9KSu+jlVKLu lBQ02qF1FCpqgXCR4sWwLN02FvchsSlspWrFLHjDmnGZ63sIctlBnLgAF1owkXOGr4EL xLiDYNPnu87BZw0pJ3uRZaqT7MGl/NEgIFpwpAytPhkB5DWy8U/ad6cF3GWUtyy5Dmxx 5cyNudpkXPB0g54zUMYsedi5I8Jimzotw9lThti/TlknQr6ZzatI8IDcQDjqjf69HF2e tgng== X-Gm-Message-State: AG10YOQerOp+B8EMUPSaYSyK/rtdGvRyiPXG9I7BVjGE/tMt5V8ir5OzGpWThsjJ1pXPQVZn X-Received: by 10.129.75.141 with SMTP id y135mr12285061ywa.32.1456101958159; Sun, 21 Feb 2016 16:45:58 -0800 (PST) Original-Received: from holos.localdomain (pool-96-227-83-242.phlapa.fios.verizon.net. [96.227.83.242]) by smtp.gmail.com with ESMTPSA id i6sm17946775ywe.11.2016.02.21.16.45.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Feb 2016 16:45:57 -0800 (PST) Original-Received: by holos.localdomain (Postfix, from userid 1000) id 15CF9685D5; Sun, 21 Feb 2016 19:45:56 -0500 (EST) Content-Disposition: inline In-Reply-To: <56C758C6.90702@cs.ucla.edu> User-Agent: Mutt/1.5.24+59 (b55c6a64a07b) (2015-08-30) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4002:c05::235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:200412 Archived-At: On 19/02/16 at 10:02am, Paul Eggert wrote: > On 02/19/2016 09:14 AM, Mark Oteiza wrote: > > My first thought of a use-case is simply keeping time zone in the mode > > line the same regardless of what the system time (or local time) may be, > > akin to not changing one's watch when travelling. > > That's easily done with (setenv "TZ" "America/Los_Angeles"), or whatever you > want the mode-line's time zone to be. Sure, if you want to globally change the time zone in emacs and all the subprocesses it spawns, which is counter to the purpose of the defcustom in the first place--to expose convenient fine control of the displayed time zone in display-time-mode. > > Alternatively, similar to standardizing on one a particular time zone in > > time-stamp.el, it may also be desirable in a privacy sense to > > standardize the rest of Emacs' time displays (e.g. time stamps in email > > or other network connections) to another time zone but still keep the > > "wall clock" (meaning display-time-mode) as local time. > > If there's a need to use publish some other time zone for privacy reasons, > then it would make sense to add a configuration variable for one's "public > time zone", which Emacs uses for email and other uses intended to be public, > while continuing to use the current TZ-based approach for the actual time > zone. Alternatively, Emacs could add a configuration variable for one's > "private time zone", which would be used for mode lines and for other > private things, while continuing to use TZ for the time zone announced for > public uses. The former of these two alternatives sounds more plausible to > me, as users expect TZ to be the "true" time zone. Perhaps. However, Emacs already has knobs for time-stamps, knobs for the modeline, and knobs for calendar-* for the different parts of displaying/formatting time. While the fragmentation can be painful, I don't think the problem will be solved any time soon. There will still be some desire to customize the time zone in different parts of Emacs. Adding a global option will just be another layer of indirection. In the mean time, let's expose features.