Re: [Feature Request] Configure timing format

[Koen van der Kruk <koenvdkruk@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2776 bytes --]

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 <mail@nicolasgoaziou.fr>:

> Hello,
>
> Koen van der Kruk <koenvdkruk@gmail.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 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

[-- Attachment #2: Type: text/html, Size: 3626 bytes --]