From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [Feature Request] Configure timing format Date: Sun, 15 Mar 2015 09:20:01 +0100 Message-ID: <87egoq3c5q.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXtJZ-0004d0-3r for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 11:21:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXtJU-0000Ea-Vx for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 11:21:53 -0400 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:47413) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXtJU-0000EE-QP for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 11:21:48 -0400 In-Reply-To: (Koen van der Kruk's message of "Sat, 14 Mar 2015 14:36:51 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Koen van der Kruk Cc: emacs-orgmode@gnu.org Hello, Koen van der Kruk writes: > I am planning to add a new feature to orgmode, but I don't know if there is > already something like I described below. I am also wondering if someone > could tell me how much time this is going to take. > I have a little experience with orgmode and emacs, but still have to learn > a lot. > > Feature description: > > It currently is not possible to configure the timing format to the > resolution you want. This project is about adding this feature to org-mode. > After implementation, it should be possible to chose any timing resolution > you want, ranging from precision to hours, quarters of an hour, seconds, > milliseconds, etc. The only limitation should be the internal timing > resolution of the operating system on which emacs runs. Moreover, all > functions associated with time (such as automatic calculation of durations > etc. etc. overlays, should also continue to work correctly). Milliseconds > may be overkill, but the point of this project is that it makes org-mode > abstract from a fixed timing resolution, it should be fully > configurable. I don't think timestamps to the millisecond or even the second belong to the scope of this application. If you need this, I suggest to add another syntax for it (e.g., like timers do), but I'm not convinced it should go in core anyway. Real improvements over current timestamps would be to remove the limit of internal timing resolution (e.g., be able to use time stamps before 1970) and, even more importantly, support time zones. Regards, -- Nicolas Goaziou