From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id sMiUBgllIGOCHgAAbAwnHQ (envelope-from ) for ; Tue, 13 Sep 2022 13:10:01 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id aCtIBgllIGOLLAEAauVa8A (envelope-from ) for ; Tue, 13 Sep 2022 13:10:01 +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 8DE5CC717 for ; Tue, 13 Sep 2022 13:10:00 +0200 (CEST) Received: from localhost ([::1]:59694 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oY3nj-0001Be-5V for larch@yhetil.org; Tue, 13 Sep 2022 07:09:59 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40080) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oY3lA-00016B-7l for emacs-orgmode@gnu.org; Tue, 13 Sep 2022 07:07:34 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:45661) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oY3l8-0003qj-4o for emacs-orgmode@gnu.org; Tue, 13 Sep 2022 07:07:19 -0400 Received: (Authenticated sender: cschockaert@citadels.be) by mail.gandi.net (Postfix) with ESMTPA id 1B93420003 for ; Tue, 13 Sep 2022 11:07:13 +0000 (UTC) MIME-Version: 1.0 Date: Tue, 13 Sep 2022 13:07:13 +0200 From: Christophe Schockaert To: Emacs Orgmode Subject: Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency In-Reply-To: <2022-09-13T10-02-59@devnull.Karl-Voit.at> References: <2022-09-12T14-35-24@devnull.Karl-Voit.at> <87sfkwt3j4.fsf@localhost> <2022-09-13T10-02-59@devnull.Karl-Voit.at> Message-ID: X-Sender: R3vLibre@citadels.eu Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: none client-ip=217.70.183.200; envelope-from=R3vLibre@citadels.eu; helo=relay7-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1663067400; 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; bh=Y629UC0glIFG9JciuI/KSw9Zgrr5MPMXbGHAXvguM/c=; b=GJ5/dm9moZLiRDKFDcX7jOQTdniKAHZMAufLwdVI1jilWcqqKYK5GsrnvyQKU3SobrKsqr 4qQMSb0U+2X8IneujxQa/DVar2yK7eLrfKEMnlTCgAznh3kPyPS19+k62/e9f6Pg3lQmS7 3AUIw61jFSxySHCPjznusVn21dZrQHk4ax5y5WvbywGiUXCi9GbFX4hanIsJzwzztHgmwJ +8EFJ/DjCKftNDcVyky7Jj3SRn6BRqTrjLlnQuh3p+ToLOQ0Y4MCWQw6k42btfhm5GEL+C pdfAc3upgGfK4/ucSCcgAiwmJfBYxskxjblyeldGA9Esdd5Yc7+0AGNqAoUuxA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1663067400; a=rsa-sha256; cv=none; b=Ic647P1Yc5eJHfHDrTHKoLIYAnacGwz3Smm23EJkoD7XuBI5BmtgHEsmzZ+i2X/XvTSsDl amZflkKTUlOKTnvRsAVGzUfmrMu5qGHnROhHSe/AdwTGc4m/rNstSDMce+2ovX9ZK5O9uH cucuHpYh0hUbQSqFghWKGPR7sMXONGnfsKcTQCSFrF4TkJDGdeDW6H1hqXDcpaGCwYMhMS DaLw4eNd0+GSmCkOmD6JZxiBXzgEIu3iDuSxr/paj8jOLX6a7bVJxEYC4R/8Q+d3Nsakzp zBvRSSpApSitLpGsIBalw8J79T0wJc/GXpQJv44dU8mOqCQLNvYdcNbRdeX49w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; 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" X-Migadu-Spam-Score: -3.11 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; 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" X-Migadu-Queue-Id: 8DE5CC717 X-Spam-Score: -3.11 X-Migadu-Scanner: scn0.migadu.com X-TUID: xtX/Qy87yqHp On 2022-09-13 10:07, Karl Voit wrote: > Hi Ihor, > > * Ihor Radchenko wrote: >> Karl Voit writes: >> >>> I was using list checkboxes like that: >>> - [ ] open task >>> - [X] closed task >>> - [-] cancelled task >> >> From the manual (5.6 Checkboxes): >> >> ‘C-c C-x C-b’ (‘org-toggle-checkbox’) >> Toggle checkbox status or—with prefix argument—checkbox presence >> at >> point. With double prefix argument, set it to ‘[-]’, which is >> considered to be an intermediate state. >> >> [-] is not considered done by our conventions >> >> ... >> >> So, you can use something like >> - [C] cancelled task >> >> But beware that this is an internal implementation detail that might >> be >> changed in future unless we decide to document the existing behaviour. > > In that case, I prefer not to depend on that internal detail and > start using +[ ]+ as a workaround which causes the parser to not > detect a checkbox at all, as far as I understood. > > Thanks for clarification. > > If we wanted to introduce a cancelled checkbox state, it seems to be > the case that this would require a new approach like [/] or similar. > > Is it only me who is thinking that a non-blocking cancelled checkbox > state would be a good idea? Hello Karl and all, In a sense I can feel it’s useful to have an explicit cancel while working. But I don’t know how to handle it (see below). I don’t think [/] would be a good candidate anyway, it’s used as a statistic cookie, so it already has a meaning and would be confusing, also it gets evaluated even in the body entry. Actually, I almost always use statistic cookies when using checkboxes, and so how would we count the cancelled checkbox ? As I didn’t imagine to alter the syntax as used it as it : - either, I add a note (usually dated) explicitly stating it’s cancelled, and I check the box - or, I force the closing of the whole entry with the C-u sequence, and so it’s clear that some were cancelled or at least not fulfilled (which in sort means that its follow up has been cancelled), as it writes [2/3] in the heading for example. As the checkboxes don’t appear in the agenda, it does not bother me so much to leave them uncompleted. * DONE [2/3] Some tasks to check - [X] check 1 - [ ] check 2 - [2022-09-13] Cancelled. Won’t check this one - [X] check 3 So, to me the main use case to have an explicit cancel, is when I have a long list, and to remember that I stated it as "cancelled". If we go that way, having no other nice idea at the moment, I quite like the [C] which is explicit although language specific. However, this rises the question for the completeness : * TODO [1/3] Some tasks to check - [X] check 1 - [C] check 2 (or any other chosen token for [C]) - [ ] check 3 Should we display [1/3] or [2/3] ? Maybe we should align against the way it works for TODO/DONE/CANCELLED, so it would be [2/3]... On the other hand, the "DONE [2/3]" above is quite visually explicit that something was not fulfilled for the course of resolving the action. I hope this brought something useful for the thinking :) Christophe PS to Ihor while I am at it : Thank you very much for your answer to a (very) past question of mine, I made some progress meanwhile, I’ll make an update when I can :) -- ---------------> https://www.citadels.earth Once it's perfectly aimed, the flying arrow goes straight to its target. Thus, don't worry when things go right. There will be enough time to worry about if they go wrong. Then, it's time to fire a new arrow towards another direction. Don't sink. Adapt yourself ! The archer has to shoot accurately and quickly. [Words of Erenthar, the bowman ranger] <---------------<<<<