From: Mark Oteiza <mvoteiza@udel.edu>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: emacs-devel@gnu.org
Subject: Re: [PATCH] Make display-time-mode time zone configurable
Date: Thu, 3 Mar 2016 00:39:04 +0000 [thread overview]
Message-ID: <20160303003904.GA6892@holos> (raw)
In-Reply-To: <56CA9C2D.50504@cs.ucla.edu>
On 21/02/16 at 09:27pm, Paul Eggert wrote:
> Mark Oteiza wrote:
> > 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 the normal case. Users who want to affect Emacs but not
> subprocesses can call set-time-zone-rule instead of setenv. Admittedly we
> steer users away from that sort of thing, as it leads to confusion.
Yes, and set-time-zone-rule's docstring tells us to use something else:
format-time-string's ZONE argument being one of them.
> > 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.
>
> I'm afraid we're starting to go in circles. I'm curious about why one would
> want to change just the mode-line's time zone, and you're responding that
> it's because one would want to change just the mode-line's time zone. :-)
You are repeatedly responding to the use case with the non-solution of
setting the time zone globally in Emacs.
> We needn't add a control knob for every Emacs behavior, only behaviors for
> which the benefit in fine-grained control outweighs the cost in confusion
> and complexity. The cost/benefit tradeoff for this will differ among users.
Sure, except it's implementing the same option that exists
in time-stamp.el, and the option is used the same way the other
display-time options (some, not all) are used. For instance, the options
display-time-format
display-time-mail-string
display-time-use-mail-icon
display-time-mail-face
display-time-24hr-format
display-time-day-and-date
exist solely to be used in display-time-string-forms.
> Expert users who need this sort of fine-grained control already have it; as
> far as I can see, nonexpert users don't need it enough to justify its
> complexity.
next prev parent reply other threads:[~2016-03-03 0:39 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-15 22:02 [PATCH] Make display-time-mode time zone configurable Mark Oteiza
2016-02-16 4:45 ` Paul Eggert
2016-02-16 14:33 ` W. Greenhouse
2016-02-16 17:11 ` Paul Eggert
2016-02-19 2:32 ` Mark Oteiza
2016-02-19 2:37 ` Mark Oteiza
2016-02-19 4:57 ` Paul Eggert
2016-02-19 17:14 ` Mark Oteiza
2016-02-19 18:02 ` Paul Eggert
2016-02-22 0:45 ` Mark Oteiza
2016-02-22 5:27 ` Paul Eggert
2016-03-03 0:39 ` Mark Oteiza [this message]
2016-03-04 0:24 ` Paul Eggert
-- strict thread matches above, loose matches on Subject: below --
2016-03-04 22:25 Mark Oteiza
2016-03-05 1:35 ` Paul Eggert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160303003904.GA6892@holos \
--to=mvoteiza@udel.edu \
--cc=eggert@cs.ucla.edu \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).