From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 0JcoH4enIGOFlAAAbAwnHQ (envelope-from ) for ; Tue, 13 Sep 2022 17:53:43 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id AAY/H4enIGNnkAAAauVa8A (envelope-from ) for ; Tue, 13 Sep 2022 17:53:43 +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 2757B39EA2 for ; Tue, 13 Sep 2022 17:53:43 +0200 (CEST) Received: from localhost ([::1]:33360 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oY8EI-0003Mr-7T for larch@yhetil.org; Tue, 13 Sep 2022 11:53:42 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oY8DP-0003JK-Gm for emacs-orgmode@gnu.org; Tue, 13 Sep 2022 11:52:47 -0400 Received: from ciao.gmane.io ([116.202.254.214]:35928) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oY8DN-00074y-JP for emacs-orgmode@gnu.org; Tue, 13 Sep 2022 11:52:47 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1oY8DL-00097B-58 for emacs-orgmode@gnu.org; Tue, 13 Sep 2022 17:52:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Subject: Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency Date: Tue, 13 Sep 2022 17:52:36 +0200 Organization: www.karl-voit.at Message-ID: <2022-09-13T17-47-35@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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: slrn/1.0.3 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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: Karl Voit 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=1663084423; h=from:from:sender:sender:reply-to: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: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=kKVYETYOKVnEeZVtUXiu/m2JaHZ/2v62IX06hSEPJKM=; b=YtioqHE5ePK60ARtTeFFNuPLeq+l4d256u/0kCv4YGGNOoJF7TRl7nOen8mYW4LnaEAO3l o0zE6XaULS5MN4l6B8gvbMXvaVlcVa0sR/nDw1grbV1+IkYBVNeykKsxQlTC/MUwLXV+GG J8NT5OP9j0rngw3wgtCBXZjm2MTeZNX5ZugWoRyL1Z7HoculnMOIXnmAGetrXLR+mM4kYu 7Yw8G9rkRDerXGPaUH59u69ZLqiH2fwcYFQ198kTIQS8gy2QsPq9aDn9iDJSEeA+Qvb+J6 DLpnjTDbKWobeBVgqwo48VYzztAkRMcyIbBU4AJ89S08GC64dM0ffeJmp4O1NA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1663084423; a=rsa-sha256; cv=none; b=aLZPzKUS8x8yY6jS4aLdELcKzXQE2vUCHTh8kRMpnS38gGBAvgYejUq9tff5qLhK4Wt+Bs gz5bwEiC+g0x6XaAIQrDWPWkJD/NBjsbuKBLPJ5BNkk+xc1YYvJ3DwS1VdxlSE9YWpDdaM 7rxecKdq31qiRa5DUFEqaqRBiLGg/ZwjcoXm3ewiL5Lbjs+3M3PsEfn9nn71T2gM4bDzSO KMxg4406QjBvqJBeToHZ0Ao5bvL0X6ePt1FFbLPfIIcZB7RVTlKVHpb7dgPFwLKuJyifdk lVIBzeyBoLx30izxed5ZGIstiL0J6luAmBRh/xVaUnqIeJKJ5gICOsGzt5KdnA== 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: -2.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: 2757B39EA2 X-Spam-Score: -2.11 X-Migadu-Scanner: scn1.migadu.com X-TUID: Xdrd5NH/H+Wn Hi Christophe, * Christophe Schockaert wrote: > > 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 ? That was a huge mistake by me. I obviously did not think before choosing one of the few characters in between those brackets that are a clear no-go as you have mentioned above. Sorry. > 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 A viable workaround, yes. > - 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. Yes, also a workaround. I never used the C-u sequence for overriding that blocking feature so far. > * 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. ... if it is possible with the current implementation, we could introduce an official convention that any single (upper case?) character between the brackets is interpreted as a non-open checkbox. So any user is able to choose her character of choice even language-dependent. > 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]... I'd say we should stick to that pattern, yes. > 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 :) Oh yes, thank you! -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/