* [Feature Request] Configure timing format
@ 2015-03-14 13:36 Koen van der Kruk
2015-03-15 8:20 ` Nicolas Goaziou
0 siblings, 1 reply; 3+ messages in thread
From: Koen van der Kruk @ 2015-03-14 13:36 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1197 bytes --]
Hello,
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.
Thanks in advance,
Yours Faithfully,
Koen
P.S. My apologies if someone already asked the same sort question, or if I
didn't follow the mailing list rules.
[-- Attachment #2: Type: text/html, Size: 2123 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Feature Request] Configure timing format
2015-03-14 13:36 [Feature Request] Configure timing format Koen van der Kruk
@ 2015-03-15 8:20 ` Nicolas Goaziou
2015-03-29 11:43 ` Koen van der Kruk
0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2015-03-15 8:20 UTC (permalink / raw)
To: Koen van der Kruk; +Cc: emacs-orgmode
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Feature Request] Configure timing format
2015-03-15 8:20 ` Nicolas Goaziou
@ 2015-03-29 11:43 ` Koen van der Kruk
0 siblings, 0 replies; 3+ messages in thread
From: Koen van der Kruk @ 2015-03-29 11:43 UTC (permalink / raw)
To: Koen van der Kruk, emacs-orgmode
[-- 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 --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-03-29 11:43 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-03-14 13:36 [Feature Request] Configure timing format Koen van der Kruk
2015-03-15 8:20 ` Nicolas Goaziou
2015-03-29 11:43 ` Koen van der Kruk
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.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).