From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id IGksLOjtB2ZQ1wAA62LTzQ:P1 (envelope-from ) for ; Sat, 30 Mar 2024 11:48:08 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id IGksLOjtB2ZQ1wAA62LTzQ (envelope-from ) for ; Sat, 30 Mar 2024 11:48:08 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=iDTHZL7X; 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=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1711795688; 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=MuiW92HayA6L/YCISX/JNgfLLvjPOW203v1jx8Jzy00=; b=ngNJnFSVJwt+UxeF5fyW+CExWrAzpNBO3GyZEKrc6BvK4ANCQ7B4BBfxeRxbaIRi55i6og xiG+l0Bzf5J3kX6mrJkMBi6vl4Sqj1QsGXYKvvEedjbtJNbfcPFXWxB+cBffH/mR65nN/y aVoQDKsUSdx6zEpxl53CAeDmTX7Jj1mCjio1xvokvmJg3A6MGxteM1gSJm4g7WRESdSlkS SrJc7TBKsYnrR2ZYTpl1w0fbAaYI9hrdVC0GCji6XroJS1U6GNEGIDVoVD3NUW7rpwz5KX Jldq3gbb2sHyjU1qskqX2B8wsxB0YG76GQeR8NFwiRKUprEWuj4HXtH5AHeQQA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=iDTHZL7X; 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=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1711795688; a=rsa-sha256; cv=none; b=fPz4ee8LfBs2r2hzqmZvoZ/txE8DJ4xUc9Kwp7zx7ObrWKVchAgCzTGzLLtUSRBQCkjc+B YxDaTRdOG7ltBHKap8F/4gD0GP5zgm+3EwI38U+BynsR6ZMrk0huEUB3RxWuMc/8XwKbR5 9C9mKymhkEB6Kil3l/JZh5Wmg4nmuYSe1qaNrE6DbN3SHHIGQhLSLKI+F+j+BWajxXSl76 i/4J9GCojbtt/qNGO1/D5wek3rc8b+d/iPywQPSycuVez/bbwosu4RYNbml9e284glRL1L eUgTMb2PQzrG11OSfWZXEbpvPqPjFqbJ4J2Xra3NviubrFtsLC/O22cEdnW0gw== 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 77A453CE62 for ; Sat, 30 Mar 2024 11:48:08 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rqWF5-0001lz-7Y; Sat, 30 Mar 2024 06:47:19 -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 1rqWF2-0001lc-Eb for emacs-orgmode@gnu.org; Sat, 30 Mar 2024 06:47:16 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rqWF0-0003rk-CZ for emacs-orgmode@gnu.org; Sat, 30 Mar 2024 06:47:16 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id BC7B3240104 for ; Sat, 30 Mar 2024 11:47:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1711795630; bh=aZuFqcbHA/JLfD3T9H8LjSl/3hfcXeC44TECFWxe2ZE=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=iDTHZL7X315h2aQxgnfDhrXRCCog79MhW3ugvHlziVI8/7w6RoJ96G7YM7JMlf5d+ IPCvNk89vUYa/29xmyDrZsgG9xYnENPZY5FSUfzchkVA+JFVa1iL3thjY07dM5b6HM Mv92F4RigJdtDwJv/QeIJBKSY3pQmsyG7/XrGWNvsz+u0nUysHgMb82Gx9NDSh0DOW X1rXSjQdrSo7KdEcXVLGLCWRgzssar2AaIMb/jCqsC+EGN8UI56d//2Ei1//hwGvQj +pnMVfTuxKs1MD94HnHSXBP6IKANNkeSTGodSF8w9coCHFmVyfBzbYLoar/r/xSfWE 9H2QgAhWixoxQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4V6DVh50n5z9rxK; Sat, 30 Mar 2024 11:47:08 +0100 (CET) From: Ihor Radchenko To: Adam Porter Cc: emacs-orgmode@gnu.org Subject: Re: How to organize tasks about Worg within Worg documents (was: Re: [Worg] CSS improvements) In-Reply-To: <040d14ef-13c2-4955-a059-91f29b29008e@alphapapa.net> References: <57934e1d-37eb-4b75-b8ed-6666dcc3848e@alphapapa.net> <87le6957ha.fsf@localhost> <14b3b7df-baeb-45b5-a530-aa11ccf09d0c@alphapapa.net> <87plvkf1p0.fsf@localhost> <00a7258c-d3ef-4a22-ae08-35c62d71cc27@alphapapa.net> <87le659hgv.fsf@localhost> <38e2ca8a-175b-4f74-aae5-39f6d605a6b8@alphapapa.net> <87le62twcc.fsf@localhost> <1ec8fb7c-9c3a-4773-8f99-ba80a2b141ed@alphapapa.net> <871q7utrzf.fsf@localhost> <8734s9fjxg.fsf@localhost> <040d14ef-13c2-4955-a059-91f29b29008e@alphapapa.net> Date: Sat, 30 Mar 2024 10:47:07 +0000 Message-ID: <87il140zf8.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -6.55 X-Migadu-Queue-Id: 77A453CE62 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -6.55 X-TUID: B1PKM33vWqK8 Adam Porter writes: > Using a normal heading for a task would "commandeer" the structure of > the document, which I think is a real problem. Not really. If some section is incomplete, marking it "TODO" means that it should be completed. And the details might be listed in the logbook notes, for example. The section name itself does not necessarily have to details what needs to be done. We have multiple instances of such "TODO" items in WORG, some also include comments on what should be done. On the other hand, inlinetasks are more concrete and immediately mark both where exactly and what needs to be done. > ISTM that there are a few potential solutions: > > a. Using inline tasks... > > b. Using commented lines... > > c. Keeping tasks in a separate file... > ... "Thomas S. Dye" writes: > d. Keeping tasks under a heading held back from export... > ... Adam Porter writes: > Regardless of the decision, I do think that having this stated as a > policy somewhere would be helpful. > > WDYT? I am not 100% sure if we need to constrain "TODO" items to one or another style. Global todo list, marking existing sections as TODO, and inlinetasks all may have their place depending on the situation. The policy we may want to set is whether "TODO" keywords and notes should be displayed to all the users. WORG has this set all over the place - some TODO headings are marked to be not exported, some TODO keywords are hidden via #+options: todo:nil, some notes are placed into # comments. May we have some kind of css-based toggle that will enable "developer mode", revealing all the todo keywords, inlinetasks, and notes? Then, we hide the "unfinished" parts from users by default, but let them see what can be contributed? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at