From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id oCbbCBQP32TQQAAASxT56A (envelope-from ) for ; Fri, 18 Aug 2023 08:26:28 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id IPauCBQP32Rw3wAAauVa8A (envelope-from ) for ; Fri, 18 Aug 2023 08:26:28 +0200 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 52D864FD0A for ; Fri, 18 Aug 2023 08:26:27 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=aruba.it header.s=a1 header.b=f5nFSilD; 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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1692339988; a=rsa-sha256; cv=none; b=OUJ/4hjKE2doT8sZunXs9KPG08eYkT5fTZKu5zRswcWN4lUXqvJDqKzhY64zfqrz+7n8hN s/tbaKz41S9mgRA3EJ4zLRryRC8FrzsslV1768NddgmqvV6gpFlXmsj0abBiuPY/ZcNJSj kDb2rj/4Cp4QI8Q4vdjbowqUNDMyaNu+Wb4BINSDY2NMsaTLQSl2Ww5hY/4ltqgWjMuVJ0 S+gCVBDH7HIr5axWbVjyBnzegUX+ipKwBDqokcsrJsXxeWSmTiywu+kxjytfSx1ai4H301 mu5xLUACzKzFihZxFnYmjqyxp4nBZeMlzpOLvhbVBgcVR4Y8kEanbhHpD8w3tQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=aruba.it header.s=a1 header.b=f5nFSilD; 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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1692339988; 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:dkim-signature; bh=fSzwQULNceG7GIhdpI8davaByQvRvhb2TT4hhz3F3T8=; b=cHG1TqiaTzkZ7vuRIyuhAWEnoPXM4Nigya84SJ01O3zSIv5GQcSxS1MIwgsCzMmIzUxDmX ABX+YLgoKI8vSF87IK/vuSpAf/yg78mjgtFvEsKdb03tM2Ye1qb6MzNT1jyzWTiFbVE3RC 4FWd75i9KOMg4LN3luazQmvZVM1AVKi0OGu6ybCYywV/qBhZd1kAYN3xxfqlZvi0AcKgoA 1WansYVh6TFNMIwjZSsDaxTyduylt7E3rksgnAz5fKBVEIBXgjgYl2F3bWn+QKYK8uP5gd rYYLLBw4E4txHa1YznOKmXdBVh2zpk8GmRfO2MJ2/uxad033yXnvDwHd/QlrgA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qWsva-0001Y4-Ve; Fri, 18 Aug 2023 02:25: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 1qWsvT-0001Xo-8b for emacs-orgmode@gnu.org; Fri, 18 Aug 2023 02:25:39 -0400 Received: from smtpcmd02110.aruba.it ([62.149.158.110]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWsvN-0000ss-H5 for emacs-orgmode@gnu.org; Fri, 18 Aug 2023 02:25:38 -0400 Received: from fedeli.eu ([10.10.9.176]) by Aruba Outgoing Smtp with ESMTPA id WsqOqx0uh1pHiWsqOqZMw2; Fri, 18 Aug 2023 08:20:24 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aruba.it; s=a1; t=1692339624; bh=d6jrCNFP5vnjTWk9YfqCS/18ZA3Qj6h7DQCN8jxKwDU=; h=Date:Subject:MIME-Version:Content-Type:From:To; b=f5nFSilDWmFo34CX9RjbA01szpM/dEh3KGH4aY0Sya42yynozmRxmpZa+/hNPNTHY D90Ztf16NpMNNC5UpF41JIgOhV8M1sLzHKiHfnF/IKSooEZ79wUdnRDHks/TlKD83i a646wbMdvzPKLNYVofr3SkPP1v7sDjpPUjGl5RgiNyRK3IypTXgzwh7k9CL8ETs+Fx Y57dAnVZKqowOMtb5MewMEJZ8CQlmvwYpJ2ocd7Jl6BsHXjTNTfX2W2EPQqIf4wcNN Sn+cuO2tQtKKpm1c2UOqnxJdHkJDgH1chDbxr7Ho2BWJvxzwnZzLzzSuzB2QanGyQi v5+esRner80WQ== Date: Fri, 18 Aug 2023 08:20:24 +0200 Message-Id: In-Reply-To: <87pm3nnvim.fsf@localhost> References: =?iso-8859-1?q?=3CRXJ4U3=24C6D44098F78E9824538618D9BEAECEDA=40fedeli?= =?iso-8859-1?q?=2Eeu=3E_=3C87y1jp6ueg=2Efsf=40localhost=3E_=3CRXJ9RW?= =?iso-8859-1?q?=24A3C3D79D027C4334488CC937B6873333=40fedeli=2Eeu=3E_?= =?iso-8859-1?q?=3C87ilas6t4v=2Efsf=40localhost=3E_=3CRXR2XJ=24F360278?= =?iso-8859-1?q?8F3665C159BAF986799B1995C=40fedeli=2Eeu=3E_=3C87mszyj2?= =?iso-8859-1?q?7n=2Efsf=40localhost=3E_=3CRXSB26=2431CC50B784CF89D0AF?= =?iso-8859-1?q?ACC55F32997B41=40fedeli=2Eeu=3E_=3C871qh5wpo6=2Efsf=40?= =?iso-8859-1?q?localhost=3E_=3CRZFW5Q=24489E1606161817768B057E81F9F03?= =?iso-8859-1?q?4BC=40fedeli=2Eeu=3E_=3C87pm3nnvim=2Efsf=40localhost?= =?iso-8859-1?q?=3E?= Subject: =?utf-8?b?UmU6IFtCVUddIEVycm9yIGluIGRhdGEgaW5wdXQgYW5kIG91dHB1dCBm?= =?utf-8?b?b3JtYXQgZm9yIG9yZy1jb2x1bW5zLS1zdW1tYXJ5LWVzdGltYXRl?= MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: multipart/alternative; boundary="_=__=_XaM3_.1692339624.2A.576237.42.170925.52.42.007.459682252" From: andrea@fedeli.eu To: yantar92@posteo.net Cc: emacs-orgmode@gnu.org X-XaM3-API-Version: 4.2.88 X-TipoRicevuta: completa X-type: 0 X-SenderIP: 188.12.198.247 X-CMAE-Envelope: MS4xfAeuRyaLZlO0B5PjmMMjPpPZ22nlyZXGbQX36qwO6tSBpXI7qR8jBrBA3JPBm+Ty45p7rFSD3S+MbwX+jFGglHI1FNpr1w/J5JOhdmqUnxKYgCmas8g0 9Utf5glSe+yVOyehoorggzhAmpEJwo3TPJOjS4juHjFLZYeUhJ7Zp3lBUIjSp9YTsfR1nq12cpOCbRboqGtG5MkU9onbRiVGDt0= Received-SPF: pass client-ip=62.149.158.110; envelope-from=andrea@fedeli.eu; helo=smtpcmd02110.aruba.it 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, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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: andrea@fedeli.eu 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: 52D864FD0A X-Migadu-Scanner: mx0.migadu.com X-Migadu-Spam-Score: -4.61 X-Spam-Score: -4.61 X-TUID: tbup+tUI+w77 --_=__=_XaM3_.1692339624.2A.576237.42.170925.52.42.007.459682252 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A IR > May you share your changes?=0A Sure!=0A Here they are: In = these slices I take the upper part of the fork (where in case, assuming a= small-big usage convention ;)) as that is the value that surely testify = the effort estimation overrun. Being so, at the time of this writing I ju= st realized the use of pcase is likely replaceable by a simpler (car (las= t (mapcar...))) call :).=0A Cheers,=0A Andrea=0A=0A Job: diff -bw= i org-clock.el{.old,}=0A=0A 720c720,723=0A=0A < (let* ((effort-in-min= utes (org-duration-to-minutes org-clock-effort))=0A=0A ---=0A=0A > = (let* ((effort-in-minutes=0A=0A > (pcase (mapcar = #'org-duration-to-minutes (split-string org-clock-effort "-"))=0A=0A > = (`(,_ ,value) value)=0A=0A > (`(,va= lue) value)))=0A=0A 828c831,833=0A=0A < (let ((effort-in-minutes = (org-duration-to-minutes org-clock-effort))=0A=0A ---=0A=0A > (le= t ((effort-in-minutes (pcase (mapcar #'org-duration-to-minutes (split-str= ing org-clock-effort "-"))=0A=0A > (`(,_= ,value) value)=0A=0A > (`(,value) value= )))=0A=0A Da emacs-orgmode-bounces+andrea=3Dfedeli.eu@gnu.org=0A A an= drea@fedeli.eu=0A Cc emacs-orgmode@gnu.org=0A Data Wed, 16 Aug 2023 1= 0:15:13 +0000=0A Oggetto Re: [BUG] Error in data input and output forma= t for org-columns--summary-estimate=0A andrea@fedeli.eu writes:=0A=0A = > Howdy!=0A > I'm back to a previous element partially discussed as I = found other org places where the duration had to be adapted to be able to= deal with ranges: org-clock-get-clock-string and=0A > org-clock-notify= -once-if-expired, both in og-clock.el; both get into action if you have a= task you estimated and for which you're now tracking development time (q= uite handy, I have to say, as you're immediately warned you've running be= yond estimations. For those two functions, I have introduced a similar ch= ange to the one I did originally to go from the basic string-to number on= split-string to org-duration to minutes. Thanks, Sant Ignucius, for the = debug-on-entry feature :))=0A=0A May you share your changes? I am not s= ure if I fully understand what and=0A why you did without seeing the di= ff.=0A=0A > Two considerations here:=0A > 1. I understand the fact th= at est+ doesn't have to necessarily be associated with effort, but it is = quite clear from the docs which is the intent with which it was introduce= d: the only provided example is on times, and there we have to consider t= hat time is expressed in durations.=0A > What I mean is that it does NO= T make much sense to me to tell users the effort is to be written as 3d i= f given as a single value, and it has to be rewritten as 3-5 if we want t= o say "in a fork of 3 to 5 days", especially if somewhere else some other= duration unit is used..=0A=0A It should not. The reason `org-columns--= summary-estimate' uses=0A split-string is because it may have to work w= ith recursively calculated=0A estimates from subtrees. EFFORT property = itself does not officially=0A support ranges.=0A=0A --=0A Ihor Radc= henko // yantar92,=0A Org mode contributor,=0A Learn more about Org m= ode at .=0A Support Org development at ,=0A or support my work at =0A --_=__=_XaM3_.1692339624.2A.576237.42.170925.52.42.007.459682252 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable IR > May you share your changes?

Sure!
Here they are: In these slices I take the upper part of the fork (wher= e in case, assuming a small-big usage convention ;)) as that is the value= that surely testify the effort estimation overrun. Being so, at the time= of this writing I just realized the use of pcase is likely replaceable b= y a simpler (car (last (mapcar...))) call :).

Cheers,
=C2=A0 Andrea

Job: diff -bwi org-clock.el{.old,}
=
720c720,723
< (= let* ((effort-in-minutes (org-duration-to-minutes org-clock-effort))
---
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((effort-= in-minutes
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0(pcase (mapcar #'org-duration-to-minutes (split-string org-= clock-effort "-"))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(`(,_ ,value) value)
>= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(`(,= value) value)))
828c831,833
<=C2=A0 =C2=A0 =C2=A0(= let ((effort-in-minutes (org-duration-to-minutes org-clock-effort))
=
---
>=C2=A0 =C2=A0 =C2=A0(let ((effort-in-minutes (pcas= e (mapcar #'org-duration-to-minutes (split-string org-clock-effort "= -"))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (`(,_ ,val= ue) value)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (`(,value= ) value)))

=
Da= emacs-orgmode-bounces+andrea=3Dfedeli.eu@gnu.org
=0A
A andrea@fedeli.eu
=0A
Cc emacs-orgmode@gnu.org
=0A
Data Wed, 16 A= ug 2023 10:15:13 +0000
=0A
Oggetto Re: [BUG] E= rror in data input and output format for org-columns--summary-estimate
=0A
=0A
andrea@fedeli.eu writes:
=C2=A0
> Howdy!
> I'm back to a previous element par= tially discussed as I found other org places where the duration had to be= adapted to be able to deal with ranges: org-clock-get-clock-string and
> org-clock-notify-once-if-expired, both in og-clock.el; b= oth get into action if you have a task you estimated and for which you're= now tracking development time (quite handy, I have to say, as you're imm= ediately warned you've running beyond estimations. For those two function= s, I have introduced a similar change to the one I did originally to go f= rom the basic string-to number on split-string to org-duration to minutes= . Thanks, Sant Ignucius, for the debug-on-entry feature :))
=C2= =A0
May you share your changes? I am not sure if I fully unders= tand what and
why you did without seeing the diff.
=C2= =A0
> Two considerations here:
> 1. I und= erstand the fact that est+ doesn't have to necessarily be associated with= effort, but it is quite clear from the docs which is the intent with whi= ch it was introduced: the only provided example is on times, and there we= have to consider that time is expressed in durations.
> = What I mean is that it does NOT make much sense to me to tell users the e= ffort is to be written as 3d if given as a single value, and it has to be= rewritten as 3-5 if we want to say "in a fork of 3 to 5 days",= especially if somewhere else some other duration unit is used..
=C2=A0
It should not. The reason `org-columns--summary-estima= te' uses
split-string is because it may have to work with recur= sively calculated
estimates from subtrees. EFFORT property itse= lf does not officially
support ranges.
=C2=A0
--
Ihor Radchenko // yantar92,
Org mode contribut= or,
Learn more about Org mode at <https://orgmode.org/>.<= /div>
Support Org development at <https://liberapay.com/org-mode&g= t;,
or support my work at <https://liberapay.com/yantar92>= ;
=C2=A0
--_=__=_XaM3_.1692339624.2A.576237.42.170925.52.42.007.459682252--