From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id QEK0IwAEtWZ5WQAAqHPOHw:P1 (envelope-from ) for ; Thu, 08 Aug 2024 17:44:32 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id QEK0IwAEtWZ5WQAAqHPOHw (envelope-from ) for ; Thu, 08 Aug 2024 19:44:32 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1723139072; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=0rY3X/TkFeD0AT6fAJweb6KqTqGWGdzHBbl/ONchXrU=; b=BbfudLPTl0FRct8LMVTv1IqSCqEPT9mbjqCPvQ6Ru23I1cAk2FGCMXz6roEz3TexNmBpQG 3N81meBtQaRSKGO+pQm+v1q9H8HLBep3S3J+r85yx5JPqMoHoEbi1PCJjyTwLjDGIK7TCG HwSNpSgeozIqEp3U7V5/d7K9MWgvezTk0UlYaOHAWPYHcMaH77lgZhg3QcNXka4052hBjG Ui5xuvEzE+jUEcuAfpBFl79MK1SX6TFj7jQoyX9iJ6Q9hyKBZVffRVNnDrANknsJFrDqsw AwnxwvZk5aKHaU4WV8lZtZh3gZuCZiGNYnbxiYPox7Pjy0Kv+PymuoyTEVn4Mg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1723139072; a=rsa-sha256; cv=none; b=Tx/LicuzVli0Z2qn2nNgPlgLnwhaHzsn/Ua3LTHHA2lsq5IbU8rcJtySP8X8fybrdTH50M b+CNcoUEFKhZ/qYUp9MY6NAc4Pu3cXLMU5haWalsNtgtxNSFrvHPwo/SexIyWeENKS6nKl oCPdXkK+HEFDEB1Lwb+F9M2z0jxigRwT3OFcQv3sK/nUbuIQHa+FnzS5NCFE27s6jaHTQU R7RnmHPn6uDuiqrwiQ2qRc6Q+KdE9XhKAsy4D+7Xzszi72eHOlR9IGJBwe8Y53yaaUYbxF Wa9EVLB8zBlPCHPEW3Wu2Hml6U3oMet2/Lv5sOlUsMEIEbk2eEBX+SpDCm7cxA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 51D9618FBA for ; Thu, 8 Aug 2024 19:44:31 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sc7Ay-0002CV-0b; Thu, 08 Aug 2024 13:43:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sc7Av-0002CK-6H for emacs-orgmode@gnu.org; Thu, 08 Aug 2024 13:43:45 -0400 Received: from smtprelay05.ispgateway.de ([80.67.31.93]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sc7At-0002JG-64 for emacs-orgmode@gnu.org; Thu, 08 Aug 2024 13:43:44 -0400 Received: from [185.17.206.138] (helo=condition-alpha.com) by smtprelay05.ispgateway.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98) (envelope-from ) id 1sc7Al-000000006Nb-0U0V; Thu, 08 Aug 2024 19:43:35 +0200 Message-Id: <6ce3ea5364e48afc79f8345c67111c63@condition-alpha.com> To: Ihor Radchenko Cc: emacs-orgmode@gnu.org Subject: Re: Summation of effort estimates in columnview dblock In-Reply-To: <87ikwcazd9.fsf@localhost> References: <87ikwcazd9.fsf@localhost> Date: Thu, 08 Aug 2024 19:43:34 +0200 MIME-Version: 1.0 Content-Type: text/plain X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= Received-SPF: pass client-ip=80.67.31.93; envelope-from=alexander.adolf@condition-alpha.com; helo=smtprelay05.ispgateway.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-to: Alexander Adolf From: Alexander Adolf via "General discussions about Org-mode." Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 51D9618FBA X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -6.95 X-Spam-Score: -6.95 X-TUID: yxjm+SjRwhs7 Hello Ihor, Many thanks for your swift response. Ihor Radchenko writes: > Alexander Adolf via "General discussions about Org-mode." > 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