From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.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 WOXpGUzEL2ODUwEAbAwnHQ (envelope-from ) for ; Sun, 25 Sep 2022 05:00:28 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id 6H4RGUzEL2MH0wAAG6o9tA (envelope-from ) for ; Sun, 25 Sep 2022 05:00: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 0A6E43AAEE for ; Sun, 25 Sep 2022 05:00:28 +0200 (CEST) Received: from localhost ([::1]:40174 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ocHsY-0007cv-G5 for larch@yhetil.org; Sat, 24 Sep 2022 23:00:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35468) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocHrk-0007cm-OT for emacs-orgmode@gnu.org; Sat, 24 Sep 2022 22:59:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38108) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocHri-0004AX-OX; Sat, 24 Sep 2022 22:59:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=57AFtMB7NOp2/snhGnaCAUNEGNnmwbMhqqtdFGx2KRs=; b=nG/j8+cC3jWqAXgCwbxP 0r8eTZfefffEk0klftnm+0IK/nuMhIM5qB3u4UUmi3AH+3Of50JeCskxZovTuKrl14RbPoV1bsJai UCmrvOIfdQ0da9jW5fXDxKOKyhCOV5gQNAmCjPX/FVwexQFgCn89bdurJBrMI8t81k4gR4WdBX1hg es12Wx1xOlomZ9AId8Y+u/tVth5KHsWdVW0cmU5Tp7sQbOmpQBLai4ANYWEf+cG39wFalgoWT9KKx sYZBYzaHNE7IymqiLT5p3uQFTCzHQGaKi/6gapR/HPTmDcpnaBzrjUXLbvQDKPPZLCef0d6e2q4Xb pUkHt1MAQshmkg==; Received: from 96.52.140.77.rev.sfr.net ([77.140.52.96]:34308 helo=hal) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocHrg-000780-O2; Sat, 24 Sep 2022 22:59:34 -0400 Received: by hal (Postfix, from userid 1000) id 491381E0409; Sun, 25 Sep 2022 04:59:29 +0200 (CEST) From: Bastien To: Ihor Radchenko Cc: Tim Cross , emacs-orgmode@gnu.org Subject: Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency In-Reply-To: <87edw295av.fsf@localhost> (Ihor Radchenko's message of "Fri, 23 Sep 2022 10:46:00 +0800") Organization: GNU References: <2022-09-12T14-35-24@devnull.Karl-Voit.at> <87sfkwt3j4.fsf@localhost> <2022-09-13T10-02-59@devnull.Karl-Voit.at> <87bkr7ih8q.fsf@gnu.org> <86tu4zdltp.fsf@gmail.com> <87edw295av.fsf@localhost> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Date: Sun, 25 Sep 2022 04:59:29 +0200 Message-ID: <87illc88ha.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain 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=1664074828; 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:dkim-signature; bh=57AFtMB7NOp2/snhGnaCAUNEGNnmwbMhqqtdFGx2KRs=; b=bVhXaID5uRCKdANy8WN9XDpQpVdBt6Vs9Lzr6TqOXxkh4uhSjHRhHDTmPDBeB7IgN6qiaE TvbufN6+aVKCk8ZzLzRPGnBMycEdsDeiyW6MPGK3vK+snxDXRW+dE6NSw18AfxifjfwPGl +LnKgO/QNBg8YKoqj0oFCqmiyLEznUEYRoxg0vdLOs2xVVITnOAcElDt4JQmf+1nyiyoNx B1vMbzqLWJO9qPkyjDK6QUy9ywu1Dn3Wbap364t+dW4HghD7zehi3W9NLcXx00SAZnuNZi 57l2xXHpVHOkCvqa5ozITd6wbNGrDvDGVFoxdTBOnTfpzPjiPsOQQez2HJC7LQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1664074828; a=rsa-sha256; cv=none; b=GR1SPc8MERcNzcaPlxDxEJ5VV1s5jS0Jyrad7BY9vJDGvX+Fz9t3YisQMBOK+TSRD1SNq4 6CJgLJ9uqEzg6U4jAx+td6msgHBbi98RDt318uZ4b87KneY9+lWKQSHKZ7cGwbrspWx/6X sGNteHMdliJ9Z0hbDQFuH0m9pIYIv/ChvYNZzaiDZF9S/vzV7WnQxO8Te56h9omYbbA8M+ xaob3Ch7vX2GmEiuqlEqqMyPrPM+sKDzK2TeBNB1nBd8RB52/YRkrz6z2hJmpEFuyu0sy0 zOdibybDvCR1hWI9gV5fN70ebOKfsba3VJf7UR+6Wxgo9QG9oryR2dQES7e+WA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b="nG/j8+cC"; dmarc=pass (policy=none) header.from=gnu.org; 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.55 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b="nG/j8+cC"; dmarc=pass (policy=none) header.from=gnu.org; 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: 0A6E43AAEE X-Spam-Score: -3.55 X-Migadu-Scanner: scn1.migadu.com X-TUID: pt9XAeUOFmwV Ihor Radchenko writes: > For reference, I am seeing this feature as a step towards better > modularity of org-list.el. Modularity is good if we have use-cases for it, at least one feature relying on it. I wouldn't implement a feature just to add modularity. > The current list code is rather monolithic > and leaves no room for user customization of the commands. (Also, see > recent discussions about converting between lists and headings > https://list.orgmode.org/orgmode/877d4luxb8.fsf@localhost/ > https://orgmode.org/list/877d3k70lu.fsf@localhost) I'm not convinced the first report is a bug in the way list are handled. The second is a bug in the way headings are transformed as list items (leaving footnotes in a poor state). If more modularity helps fixing these edge cases, then why not. > Even if we do not provide "canceled" items in lists, having an > infrastructure to customize list commands better will be a good thing to > have. Of course, I guess you can think of useful customization of list commands -- perhaps that what we should think about first: would it be a good thing to allow customization of list commands? what use-case? 2 cts, -- Bastien