From mboxrd@z Thu Jan 1 00:00:00 1970 From: Koen van der Kruk Subject: Re: [Feature Request] Configure timing format Date: Sun, 29 Mar 2015 13:43:32 +0200 Message-ID: References: <87egoq3c5q.fsf@nicolasgoaziou.fr> Reply-To: koenvdkruk@gmail.com Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c1a70a359a3005126be124 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56659) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YcBdE-00069z-Pq for emacs-orgmode@gnu.org; Sun, 29 Mar 2015 07:43:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YcBdC-0008Di-RC for emacs-orgmode@gnu.org; Sun, 29 Mar 2015 07:43:56 -0400 Received: from mail-la0-x22a.google.com ([2a00:1450:4010:c03::22a]:33294) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YcBdC-0008Cn-EN for emacs-orgmode@gnu.org; Sun, 29 Mar 2015 07:43:54 -0400 Received: by labto5 with SMTP id to5so99314449lab.0 for ; Sun, 29 Mar 2015 04:43:52 -0700 (PDT) In-Reply-To: <87egoq3c5q.fsf@nicolasgoaziou.fr> 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 , emacs-orgmode@gnu.org --001a11c1a70a359a3005126be124 Content-Type: text/plain; charset=UTF-8 Hi Nicolas, Thanks for your reply. But do you think it's possible to integrate it with other org-mode features that make use of the time stamps (such as the automatic overlays, calculation of total-time etc.)? If you want to know how I want to use it, this is my use-case: Use cases: -Using org-mode in a sports setting, often sets of an exercise take not more than for example 30 seconds. Rounding to minutes makes the registration useless. -Work efficiency improvement: sometimes it is handy to time minor small supporting tasks for a while (how much time does it take me to start an application and set everything ready to do major task X, etc), that you have to very often. Winning 30 seconds may not seem to be that much, but for a task you carry out in average lets say 2 times a day, this amounts to 365 minutes a year = 6 hours a year less work. If you can optimize 10 more of those tasks, well it is clear that you can add over a week of additional holiday that year. Regards, Koen van der Kruk 2015-03-15 9:20 GMT+01:00 Nicolas Goaziou : > 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 > -- Groeten, Koen --001a11c1a70a359a3005126be124 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Nicolas,

Thanks for your reply.=C2= =A0
But do you think=C2=A0it's possible to integrate it with = other org-mode features that make use of the time stamps (such as the autom= atic overlays, calculation of total-time etc.)?

If= you want to know how I want to use it, this is my use-case:

=
Use cases:

-Using org-mode in a sports setting, often sets of = an exercise take not more than for example 30 seconds. Rounding to minutes = makes the registration useless.

-Work efficiency improvement: someti= mes it is handy to time minor small supporting tasks for a while (how much = time does it take me to start an application and set everything ready to do= major task X, etc), that you have to very often. Winning 30 seconds may no= t seem to be that much, but for a task you carry out in average lets say 2 = times a day, this amounts to 365 minutes a year =3D 6 hours a year less wor= k. If you can optimize 10 more of those tasks, well it is clear that you ca= n add over a week of additional holiday that year.

Regar= ds,

Koen van der Kruk



2015-03-15 9:20 GMT+01:00 Nicolas Goaziou <= mail@nicolasgoa= ziou.fr>:
Hello,

Koen van der Kruk <koenvdkruk@gm= ail.com> 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 someo= ne
> could tell me how much time this is going to take.
> I have a little experience with orgmode and emacs, but still have to l= earn
> 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 resolu= tion
> you want, ranging from precision to hours, quarters of an hour, second= s,
> milliseconds, etc. The only limitation should be the internal timing > resolution of the operating system on which emacs runs. Moreover, all<= br> > functions associated with time (such as automatic calculation of durat= ions
> etc. etc. overlays, should also continue to work correctly). Milliseco= nds
> may be overkill, but the point of this project is that it makes org-mo= de
> abstract from a fixed timing resolution, it should be fully
> configurable.

I don't think timestamps to the millisecond or even the second b= elong 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<= br> 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



--
Groeten, Koen
--001a11c1a70a359a3005126be124--