emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Alexander Adolf via "General discussions about Org-mode." <emacs-orgmode@gnu.org>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: emacs-orgmode@gnu.org
Subject: Re: Summation of effort estimates in columnview dblock
Date: Thu, 08 Aug 2024 19:43:34 +0200	[thread overview]
Message-ID: <6ce3ea5364e48afc79f8345c67111c63@condition-alpha.com> (raw)
In-Reply-To: <87ikwcazd9.fsf@localhost>

Hello Ihor,

Many thanks for your swift response.

Ihor Radchenko <yantar92@posteo.net> writes:

> Alexander Adolf via "General discussions about Org-mode."
> <emacs-orgmode@gnu.org> writes:
>
>> I'm using Org 9.7.9, and I'm seeing behaviour of the (undocumented?)
>> "%Effort" vs. "%Effort{:}" in the column view dblock, which confuses me.
>
> The manual says:
>
>     SUMMARY-TYPE
>          The summary type.  If specified, the column values for parent nodes
>          are computed from the children(1).

The manual leaves it to the reader to figure out how the computation
happens. Nor does it mention that different column types do use
different computations, nor where to find information about the
computation applied by each column.

Btw, on the same manual page you are quoting, there is the following
footnote:
---------------------------- Begin Quote -----------------------------
(54)
If more than one summary type applies to the same property, the parent
values are computed according to the first of them.
----------------------------- End Quote ------------------------------

At least for EFFORT, this seems ambiguous. I can have

    :format "%EFFORT %EFFORT{:}"

and both columns are present, and computed differently, whereas the
footnote can easily be read as hinting to the opposite. In fact, the
footnote is correct for all time format properties _except_ EFFORT.

> In other words, Org mode computes the value of the property for your
> Task 1, from Task 1.1, and Task 1.2.  Whatever is inside Task 1 does not
> matter.

This is true for EFFORT, and all other time format (real) property
columns, but not for CLOCKSUM columns.

> In fact, it might be overwritten in some cases.

That's true.

The manual refrains from both, mentioning this fact, and from explaining
in which cases overwriting happens, however.


I can understand that there are - more or less - subtle differences, as
more columns were added over time, each with a different use-case in
mind. In hindsight, some use-cases may seem regrettably narrow, but
that's were we are; it's history.

What has added to my perceived need of help, prompting me to start this
thread, is that the manual is extremely tight lips in this area.

It would thus seem helpful to readers (hope not just myself), if the
"column attributes" section (the one with the SUMMARY-TYPE definition
you quoted) could be extended:

- With a new paragraph or two at the very end explaining how the normal
  ("%Property"), and colon summations ("%Property{:}") of time format
  properties are done, and what gets overwritten when. The section now
  ends with an example containing such a column, so the explanation
  would fit nicely there, IMHO.

- Right after that, with another new paragraph explaining how the
  summation for CLOCKSUM and CLOCKSUM_T is done in contrast, and
  mentioning that nothing is ever overwritten for these.

- The section should also mention that the footnote # 54, which I quoted
  above, does not apply to the (special-ish) EFFORT property.


Many thanks and looking forward to your thoughts,

  --alexander


  reply	other threads:[~2024-08-08 17:44 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-07 16:24 Summation of effort estimates in columnview dblock Alexander Adolf via General discussions about Org-mode.
2024-08-07 19:48 ` Ihor Radchenko
2024-08-08 17:43   ` Alexander Adolf via General discussions about Org-mode. [this message]
2024-08-10 14:42     ` Ihor Radchenko
2024-08-16 20:10       ` Alexander Adolf via General discussions about Org-mode.
2024-08-18 12:08         ` Ihor Radchenko
2024-08-17 16:39       ` Alexander Adolf via General discussions about Org-mode.
2024-08-18 12:23         ` Ihor Radchenko
2024-08-20 13:06           ` Alexander Adolf via General discussions about Org-mode.
2024-08-23 13:32             ` [PATCH] " Alexander Adolf via General discussions about Org-mode.
2024-08-25 13:02               ` Ihor Radchenko
2024-08-26 16:44                 ` Alexander Adolf via General discussions about Org-mode.
2024-08-30 15:42                 ` Alexander Adolf via General discussions about Org-mode.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6ce3ea5364e48afc79f8345c67111c63@condition-alpha.com \
    --to=emacs-orgmode@gnu.org \
    --cc=alexander.adolf@condition-alpha.com \
    --cc=yantar92@posteo.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).