From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id iHTmEla0pmBzYAEAgWs5BA (envelope-from ) for ; Thu, 20 May 2021 21:11:18 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id IIFfDla0pmBPFQAAbx9fmQ (envelope-from ) for ; Thu, 20 May 2021 19:11:18 +0000 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 9F3592325D for ; Thu, 20 May 2021 21:11:17 +0200 (CEST) Received: from localhost ([::1]:56162 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ljo4i-0005xd-OJ for larch@yhetil.org; Thu, 20 May 2021 15:11:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45692) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ljo4G-0005vJ-GW for emacs-orgmode@gnu.org; Thu, 20 May 2021 15:10:48 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.21]:20473) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ljo4E-00017X-91 for emacs-orgmode@gnu.org; Thu, 20 May 2021 15:10:48 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1621537843; cv=none; d=strato.com; s=strato-dkim-0002; b=o7IkxyOwx7Iu3LSeM3Z0GlymVSEOdPxF6X27GE5rBykCL17iQwOZOFMRsuaARqr1BG ih60eq8QEvY6u5Sq8eJ7E0xNIxHJE2Qwur6rgnDH1t03Awonrp2qODaw0rrg0kbYXtI3 kVQH3eNuCg7QPjxsDMjQDyL5a5MvRlbCnvingZBtnxjvVlSUm1Ijfr9QEybBZGDgNowj kk8umQNUtgOKHf7v3TkUuz6UlubX+8L3EAAV8HYa8vkRiYEEMkampdjks4OI5DARkcmM kOgaXab4ofgzRv+ldH4zUZxDcO49dRXSBuRYUWpQ8Weyqf+x1DJNsV47UscxaIU6ACp1 y5cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1621537843; s=strato-dkim-0002; d=strato.com; h=Message-Id:In-Reply-To:To:References:Date:Subject:From:Cc:Date:From: Subject:Sender; bh=udcsFlzJi4NsRx+t1PfBZnUlaNRc/MgPLW+nLzsBmN4=; b=sJBR+orEQS/gG9F7tu1K+KcL9eRT7zKm2EK1NgUs4C+ok1FjeoHN9JsQ6nXdXNPJTe nw3rOkA6i3MAjjPLvaya702I1J0hpYD+GtXmb/ihPIZfsSm4mmiyFYChxof3JxcKbLKk VxPG4+FL2dzqbMv18yA/v5T4M230Z/EfG3hsi6iQ+oa8BgN5/tQqzKHnpconDdw1qum7 bye+JbIzkOj8II2pPAEkA1K+I+iMlzxUgxoKKqUPd6W3KrPk1ciBspxHO7D6Lcy+or7S QcEpBA15i/kNzRWmcZrhp4jTXb3NUYpkwiKovee47QSLSx6+TQmS/bd/2WgptCYDFm7l ftrg== ARC-Authentication-Results: i=1; strato.com; dkim=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1621537843; s=strato-dkim-0002; d=axelkielhorn.de; h=Message-Id:In-Reply-To:To:References:Date:Subject:From:Cc:Date:From: Subject:Sender; bh=udcsFlzJi4NsRx+t1PfBZnUlaNRc/MgPLW+nLzsBmN4=; b=mouMHA8q0U29EDhVQKXWWXxD0pwh9xFmUe734YgOdQCcfK0SSAH0JaoKzWA3ra6quE 19Q5CQiImjBlwzzilozEy7V7B+zMxuHdRv9nk5rmm+qvfjYy2eAxQmGo0//fBO0gxWqA U4qkM4+8zYgDJSwOBp0CKvB4sCBGVdN8tNRdn3+qKPPyUy3Up9JlXeeMj62BpF8S1Thm 2p7UmCA0xDvOLd814FBrPW0M56iul6Ae9MJIqsVxQ8TY865jz67rGJEW+QKY92QEnRf4 vZ/Ery3Ngwra/avx7sehbHUpO5BxIijSWP0qJm/kiYGKEGjnu/7PJEYl7qoKTQ3SWqLr 2HNQ== X-RZG-AUTH: ":OGkcVUGwfvMLvkVusQ1g9gJQt7WL23nhrqI2F4F9RuxzbAQePvTSV0cr4JoWPbaGO12LoL98bx1Vfzz/qdOc5RThoYnvScOG3+hO0Po=" X-RZG-CLASS-ID: mo00 Received: from [IPv6:2003:cc:ff07:9000:8be:b83:86da:1638] by smtp.strato.de (RZmta 47.26.1 AUTH) with ESMTPSA id Y03fb2x4KJAh07G (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate) for ; Thu, 20 May 2021 21:10:43 +0200 (CEST) From: Axel Kielhorn Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: Updating column view dynamic block does not work with {est+} Date: Thu, 20 May 2021 21:10:42 +0200 References: <20DC75FD-5757-4F9C-8AD1-3B64FE4ECF3C@axelkielhorn.de> <877djt1e4b.fsf@nicolasgoaziou.fr> To: Org-Mode Mailing List In-Reply-To: <877djt1e4b.fsf@nicolasgoaziou.fr> Message-Id: <07BFE527-63BA-4B2E-8891-D668F8C4D93F@axelkielhorn.de> X-Mailer: Apple Mail (2.3445.9.7) Received-SPF: none client-ip=85.215.255.21; envelope-from=org-mode@axelkielhorn.de; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1621537877; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=udcsFlzJi4NsRx+t1PfBZnUlaNRc/MgPLW+nLzsBmN4=; b=Ax0WPAROEEsC1l7LVV8bqLtqJXSOOcN+gnNfMrIPwRVq6cEPvdhn6j9NtncZTjmFRvYxp2 rIeUkGnDlLgN80jBsSq57z61sfpBmNxScQvDWCrm7340Y3Cg/a9gmpFwU1iSotZE2alcTM WUKQ0jH27Y9whg7ApZREA7qTTGO36hl3blox7dvExkFMfWhoCXrRCpzxxNDWkawFV9ioSI Zlt1Be9q0C2Aa2koPVrPZXs4p9EtIwcMwROQHjHQOAQFH5tIVy8VSDMxnM72Q9//z6xpyR eh6t8MucjgBkHYgPSHpVsMOvstXOFu0MhXX26aMkwuozagPVBEvZ/EsSGbyxqQ== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1621537877; a=rsa-sha256; cv=fail; b=plbqI36ZX2UGFEJ81zrC7Gsi4AAY86UodYztyzPaMNVWftNXJE9vrV+kIOm/XctjMHky7h wf/PzU4HPNMDk77IDLxKTbDnl8qF7HTtTOn/5xgFYgbOsIb5AD1KpFfKECbrWaVGsR+ESR d9C75OnvnKCGmynONG+xnNg1Oy0m2qohRIxB7caz/nPk+emf7lpS3AmBUE7+dzUQXed713 UbXYMcnuxgMJqC+RF2/VVj3GKZWOLZ/EsQDY9xtD02CbjKywh59HLPYzGjZ67hH50oROfH aGHdifN43Q7wIWjcDcvxX2zauRSjIC1BNchEVcWIPjy914LMrTaMYk87oH5c/Q== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=axelkielhorn.de header.s=strato-dkim-0002 header.b=mouMHA8q; arc=reject ("signature check failed: fail, {[1] = sig:strato.com:reject}"); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: 1.06 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=axelkielhorn.de header.s=strato-dkim-0002 header.b=mouMHA8q; arc=reject ("signature check failed: fail, {[1] = sig:strato.com:reject}"); dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 9F3592325D X-Spam-Score: 1.06 X-Migadu-Scanner: scn0.migadu.com X-TUID: ciNGGiWb/3f+ > Am 20.05.2021 um 19:58 schrieb Nicolas Goaziou = : >=20 > Org Duration is strict about what it is fed with (which is good). = Effort > property expects a duration as value. But "3-8" is not a valid = duration. > However, "3" is a valid duration; it means 3 minutes. The problem is that effort can either be a duration and in that case the = strict duration library ist fine. Or it can be a range (of days).=20 3:30 is fine when : is used to add the times 3.0 - 4.0 is a range estimate when est+ is used 3:00 - 4:00 is only correct by chance, 3:30 - 4:30 will lead to the same = result since est+ does not handle durations. Splitting it into 2 properties (effort and effort_range) is even worse = since it will be inconsistent after a few edits. Some functions only expect 1 value for the effort, which is the correct = value? What happens when I : add a range? The dynamic block code juggles with conversion to minutes, which is = wrong when a range is involved. It gets even more interesting when on task has 3-4 (implicit) days, = while another has 8:00 (implicit) hours. (Are 8 h one work day, or are 24 h one calendar day?) > Maybe Effort property should simply accept a duration or a duration > range. That=E2=80=99s what I first thought it would do, since a duration is a = time (8:00 for 8h). The question is how to resolve ambiguity? 1.0 is one day 1:00 is one hour 1 is one minute, really? yes, that is the default for the duration = library. But it used to mean one day??? Maybe a new est: function to work with durations and the old est+ = function to work with numbers=20 (which could mean days, but it could mean ms as well)? And a warning = about inconsistent units. What happens when I use a range in a clock table? The more I think about that, the more questions I have. To be honest, I=E2=80=99m not even sure I will use the est+ function in = real life. (I discovered it when preparing some training material and thought that = was interesting.) I=E2=80=99ll probably just : add the hours and add 10% safety margin on = top. But since the feature is advertised it would be great if it works. Would I be sorry if you deprecate this feature? Probably not. Will anyone notice? Probably not, it has been broken for 4 years. Greetings Axel=