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: Fri, 19 Feb 2016 12:14:37 -0500 Message-ID: <20160219171437.GA9456@holos> References: <87fuwt8wek.fsf@udel.edu> <56C2A950.3080102@cs.ucla.edu> <20160219023723.GB15748@holos> <56C6A0CC.1080007@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 1455902112 26567 80.91.229.3 (19 Feb 2016 17:15:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Feb 2016 17:15:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 19 18:15:06 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 1aWoe0-0005JI-PA for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2016 18:15:04 +0100 Original-Received: from localhost ([::1]:54043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWodw-0004sL-Tp for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2016 12:15:00 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37771) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWodh-0004rd-CL for emacs-devel@gnu.org; Fri, 19 Feb 2016 12:14:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aWodd-0003pb-5r for emacs-devel@gnu.org; Fri, 19 Feb 2016 12:14:45 -0500 Original-Received: from mail-qk0-x236.google.com ([2607:f8b0:400d:c09::236]:35150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWodc-0003pN-Td for emacs-devel@gnu.org; Fri, 19 Feb 2016 12:14:41 -0500 Original-Received: by mail-qk0-x236.google.com with SMTP id o6so33307959qkc.2 for ; Fri, 19 Feb 2016 09:14:40 -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=AB3OUrGNQQNQWawDlSzW0hJ0abqPXby/N9+6Ek3anN4=; b=HYql4Oamlo83jZTQv1qcGrsC//ruTKG9zDQUT4Gxj6NlQQ/Df7fNHfSS752D+j7fOe wQml0GSOh50wqCfbI1MbQTjEUlAxZrLCWSI4abBw5bRuWJmesAXurr7M/1GE2S/sf+EI nR3XG1NOL6g7QWYoFkqrXdgmbBi/Udn9gbgl5pWs9sjSxXTqTOssg0KlSIAS7XbGdUXw uwckhpOQ3RwTj4F4giFD88rU6+Qib5SqRaqvVWeir6/aRh9mHAV7pxrT1yIdgj6DOG2V 0SMPUA2xbxK9Fo9cymnkeCh+zBbJU3vLJY2caEJafftsslICtuzMBNM85E+MPf/bbY5j 8A7A== 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=AB3OUrGNQQNQWawDlSzW0hJ0abqPXby/N9+6Ek3anN4=; b=FR1waKexzRFF34KMRDmRzMDljFGuMtkqN/H8RbF4ORNvDJl/dEZ+m4bsbMlDgsQhPJ ZI7HcW0OyratoYLL2Hhd2+beX28c843xZ62BvOXsy10xj1GdVRUKeO7PByde44Qxr825 aGZxWWohUuF3mQdToedcsVUBWih+7d4XZ3bBnOdIfdkLEWT6ClpUAxvr0o0E6WTnxC3g vn6HcNceTPJlnfg7s5ACWAUDaS3UFkzmEHwhvTwwY67OW50UC2KnR+P4bY2uABUqBtg5 deBiddtEOm6ET/R+qdjMy7IofQtMkrOgBBBRp3SvjqpW5fztvAL/LAKBwe9WITNSWDQM tq0A== X-Gm-Message-State: AG10YOSsS9yWW/NVeVlPG9VAiNZf38d9XWYeINkdKssEFK3gwRmOQYPwGkES36KuGF7jktTG X-Received: by 10.55.203.69 with SMTP id d66mr17676027qkj.25.1455902080045; Fri, 19 Feb 2016 09:14:40 -0800 (PST) Original-Received: from holos.localdomain (wifi-roaming-128-4-119-157.host.udel.edu. [128.4.119.157]) by smtp.gmail.com with ESMTPSA id 191sm5020924qhq.17.2016.02.19.09.14.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Feb 2016 09:14:38 -0800 (PST) Original-Received: by holos.localdomain (Postfix, from userid 1000) id D0F1A685D5; Fri, 19 Feb 2016 12:14:37 -0500 (EST) Content-Disposition: inline In-Reply-To: <56C6A0CC.1080007@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:400d:c09::236 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:200225 Archived-At: On 18/02/16 at 08:57pm, Paul Eggert wrote: > Mark Oteiza wrote: > > lots of time-related things are fragmented across Emacs. > > Yes, too fragmented. People have added individual features without knowing > about the other uses. > > > This patch just conveniently exposes the ZONE feature in > > display-time-mode in the same way time-stamp-time-zone does in > > time-stamp.el. Would it make sense to put a defcustom in (I guess) > > time.el and have time-stamp.el use it? > > On second thought, probably not. time-stamp.el is about time stamps in > files, where it makes sense to (for example) standardize on UTC time stamps > for ease of sharing files with people in other time zones. > > The proposed display-time-zone, on the other hand, is about time stamps in > the user display. This makes less sense to me, as the user display should > use consistent time stamps and there are many other ways to display time. I > suppose the use case would be something like "Although for most purposes > Emacs should behave as if the time zone is X, the mode line should sometimes > but not always use time zone Y". Why would the user want that? 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. 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. > Does display-time-world address the use case you're interested in? If not, > what is display-time-world missing? display-time-world is a one-off popup buffer, whereas display-time-mode lives in the mode-line, so no.