From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: encode-time vs decode-time Date: Sat, 17 Aug 2019 02:33:22 -0700 Organization: UCLA Computer Science Department Message-ID: References: <502b23f8-58ed-38ff-ae50-fae391129a10@cs.ucla.edu> <87v9viuivo.fsf@mouse.gnus.org> <83blx2cr2o.fsf@gnu.org> <8336iecfvr.fsf@gnu.org> <68d24d6a-d427-baef-27e9-ea1cbbd64c18@cs.ucla.edu> <87sgqd9plt.fsf@mouse.gnus.org> <89271843-6d47-8315-ed9a-540657298985@cs.ucla.edu> <83h86gnr4u.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="117636"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 Cc: larsi@gnus.org, andrewjmoreton@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 17 11:35:48 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hyv7h-000UPc-BO for ged-emacs-devel@m.gmane.org; Sat, 17 Aug 2019 11:35:45 +0200 Original-Received: from localhost ([::1]:35172 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1hyv7g-0007Kr-2x for ged-emacs-devel@m.gmane.org; Sat, 17 Aug 2019 05:35:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53305) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1hyv5W-00065e-3m for emacs-devel@gnu.org; Sat, 17 Aug 2019 05:33:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hyv5U-0007kN-Ty for emacs-devel@gnu.org; Sat, 17 Aug 2019 05:33:29 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:46910) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hyv5S-0007iB-BC; Sat, 17 Aug 2019 05:33:26 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0E00D162714; Sat, 17 Aug 2019 02:33:24 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 5bvm5fN16fNU; Sat, 17 Aug 2019 02:33:23 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 333DC16278A; Sat, 17 Aug 2019 02:33:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LAWXg9U8ol_d; Sat, 17 Aug 2019 02:33:23 -0700 (PDT) Original-Received: from [192.168.1.9] (cpe-23-242-74-103.socal.res.rr.com [23.242.74.103]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id CF152162714; Sat, 17 Aug 2019 02:33:22 -0700 (PDT) In-Reply-To: <83h86gnr4u.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.org gmane.emacs.devel:239405 Archived-At: Eli Zaretskii wrote: > "Broken-down time" will replace "decoded time", I presume? I think > I'm okay with that, but what will we use instead of "encoded time" > then? Currently the documentation uses "Lisp timestamp" for encoded timestamps that builtins can return: these are Lisp integers, integer pairs (TICKS . HZ) where HZ is positive, and the traditional four-integer lists (HI LO US PS). The documentation uses the term "time value" for a brader class of timestamps that builtins accept. These are the Lisp timestamps, nil, floats, (HI LO US), and (HI LO). I'm OK with sticking with this terminology, as it hasn't seemed to have been as confusing as "decoded time". As far as I can see, the documentation doesn't use the term "encoded time" which would indeed be confusing.