From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms98 with LMTPS id eBA6H1ZVi14jEQAAGDD2mg (envelope-from ) for ; Mon, 06 Apr 2020 16:14:14 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id kFi1OVVVi14ZPAAAB5/wlQ (envelope-from ) for ; Mon, 06 Apr 2020 16:14:13 +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 CB513945930 for ; Mon, 6 Apr 2020 16:14:11 +0000 (UTC) Received: from localhost ([::1]:34776 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLUO2-0008BQ-Lz for larch@yhetil.org; Mon, 06 Apr 2020 12:14:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49459) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLUNY-00089I-VL for emacs-orgmode@gnu.org; Mon, 06 Apr 2020 12:13:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jLUNX-0006pl-Fj for emacs-orgmode@gnu.org; Mon, 06 Apr 2020 12:13:40 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:44271) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jLUNX-0006k1-9e for emacs-orgmode@gnu.org; Mon, 06 Apr 2020 12:13:39 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 3EE872000C; Mon, 6 Apr 2020 16:13:35 +0000 (UTC) From: Nicolas Goaziou To: Heiko Schmidt Subject: Re: negative values for EFFORT result in error when switching to column view References: <87blo4c47e.fsf@nicolasgoaziou.fr> <6e516ee4-fe39-98db-a276-091ed89282e7@webbedtables.de> Mail-Followup-To: Heiko Schmidt , emacs-orgmode@gnu.org Date: Mon, 06 Apr 2020 18:13:34 +0200 In-Reply-To: <6e516ee4-fe39-98db-a276-091ed89282e7@webbedtables.de> (Heiko Schmidt's message of "Mon, 6 Apr 2020 17:03:07 +0200") Message-ID: <87v9mca8y9.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 217.70.183.200 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: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=default; t=1586189652; h=from:from:sender:sender: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=H1/Z/HevS8izsglSFfD42DZrcLGsP4gbQG36tqlcgQw=; b=Vgmel+pz+aNjhj2wGB/RR5ubM5Ml/B+NL9tYNfFEOtgVZ87ZhhbklUWCKaP0fyF9yq0Ak2 O+9vM7VMOQSoII1c12Stdg16/irChqKsDGD866fcfqg3sdSUdOWUT7vtEgKfUYxQCLRVfZ asON6ijafLhE232mhrWvJkRqsQUSWXA= ARC-Seal: i=1; s=default; d=yhetil.org; t=1586189652; a=rsa-sha256; cv=none; b=CGBcJuSz4UhC0JKzP0v4svpZWGi2hH6TEzBCsZrR23uL2iq2cXqxpGifOe1yeQpNPJ6dJn XdFqSkDw7ixWqrympN3lk17VSruyPIVoDJjOpv7mw1ypIwNe1CpmnHQ6NnhB/BNEboEmbv m/fc09wWhSFAPsJ2RprLp/yUCfogGcQ= ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; 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-Scanner: scn0 X-Spam-Score: -1.01 Authentication-Results: aspmx1.migadu.com; dkim=none; 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-Scan-Result: default: False [-1.01 / 13.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GENERIC_REPUTATION(0.00)[-0.58372480742359]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.33), country: US(-0.01), ip: 209.51.188.17(-0.58)]; ARC_SIGNED(0.00)[i=1]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; RCPT_COUNT_TWO(0.00)[2]; MAILLIST(-0.20)[mailman]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:22989, ipnet:209.51.188.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_NEQ_ENVFROM(0.00)[mail@nicolasgoaziou.fr,emacs-orgmode-bounces@gnu.org]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[nicolasgoaziou.fr]; HAS_LIST_UNSUB(-0.01)[]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: /DZOqJLML9A7 Heiko Schmidt writes: > This is exactly the reason why I'd love to have negative values for > the durations. It would open the possibility of doing something like > "accounting" of time. I think you can do accounting of time without introducing negative duration. Basic accounting implies having two categories. You expect them to be "positive" and "negative", but it could also be "positive in property A" and "positive in property B". > I'm working with self defined duration units and it would be of great > value to be able to calculate the balance for planned and done work > time. I don't use clocking. > > What'd be wrong about having -0:30 h, -30 min, -2.5 h, -3 d or -3 m? > It'd be an addition no change so there would hoefully be no > incompatibilities. > > Maybe even 3m -3d be or -3m 3d could be of use. No incompatibility doesn't mean no cost. It adds code complexity. You also have to maintain the feature later on, make sure it doesn't break future code, etc. Moreover, I'm not convinced about the general need for such a feature. Of course, it is possible that I may be missing the point. Org folks may want to chime in and correct me if I do. > As I see there is org-duration.el - Have the changes to be made only > there? I think so. But I suggest to check if you cannot do otherwise (again, I'm sure you can).