From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id sMeXCQGcCmaDcgEAqHPOHw:P1 (envelope-from ) for ; Mon, 01 Apr 2024 13:35:29 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id sMeXCQGcCmaDcgEAqHPOHw (envelope-from ) for ; Mon, 01 Apr 2024 13:35:29 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=gDxEjQRA; dmarc=pass (policy=none) header.from=posteo.net; 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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1711971328; a=rsa-sha256; cv=none; b=H1W4gONqFptoQ9gp93rMRaYzMuCRMsux/8Q6svh8yZY70JTWY+8U3Q9k40mc0O04AJ+pnT x8sA82syDkSLYTs0r0u7Mq4CmrxxU4r6eX72q3HiFGanVw2zyZtOa1Gq0C3YT7QJHudGpI +mraSHh0J/owe7ErDlcqMuLxbI9UbJIJXDN2+1xU4bZ/WEIqSVjgXYQJYOgrtali6Q2Ahh aJV9bYG7k0LHXQORoKjiwJ5D4Kbdhe5GFgwp1yQqpubA2eH7iaaGsXHMHMKP+LauXNS6+7 zfMp7nDX/sTBtAIL11g7c43RRPQDVX/6iLpMQETi81A3YGeUjwftEvVpe37DGA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=gDxEjQRA; dmarc=pass (policy=none) header.from=posteo.net; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1711971328; 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=Zo+Q45uXeKRc84HUktnD4v4kGNelJHjsb9yycmmal0M=; b=V61TCOnxf+hEUHnLe2q0SvJOpZrArGxjlABDZBXh5AwEwnROerm6tJwdvPl5V2tO329Q9t AhAuva5p5MYoGLPiYtbKyEnS9vbBIJZGvXLzW1wj89eukD3aLrJ9+zDr+KFgX+CeKoGr+x 1jtnF90R5qGrZ7UCK01bQi16Hs1leBKdIResS0LPtgQARFUQtOhB8wy3JSZNEgv9c5dCCJ Z6jOAk4hgt2KJTzUu4h/tzHpxjy94jwdINEnfiQokgRWV0lBSKgiKPg0FB9Blhdkc+GdNN 8J29dBqIlTv7XW0FSNlu7IwEBHRNQ2kwSXGqFi/8bOTgvlOUxOzGVdwpl844Hg== 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 DB63E272C0 for ; Mon, 1 Apr 2024 13:35:28 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rrFvk-0001EW-99; Mon, 01 Apr 2024 07:34:24 -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 1rrFvi-0001E4-41 for emacs-orgmode@gnu.org; Mon, 01 Apr 2024 07:34:22 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rrFvf-0004x0-E3 for emacs-orgmode@gnu.org; Mon, 01 Apr 2024 07:34:21 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 8E2DE24002A for ; Mon, 1 Apr 2024 13:34:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1711971256; bh=O+iErPhyW8nc68aDliQZe20cZ/yzsNztEjO9t7zWH3s=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=gDxEjQRAZvoiq6kZgeg0twHIaUi8Xz6thSZx8gTKkjNuHogfS7dmKPNILWFq/OTJo DS/3bijp1+Jj9MtjRmOqmAyZDg86Lu+bsgeaq6vC4aab/pS5q/3d54dprzhyHbakAl RMT8K5/i+y2ZoOWvAy60nfE/7WzD5oosI9boXChi6SJGHoGpGYi1pl/BjaqxAhL8OR fZfsiA1uhymyO83t09xJZCYpyAbPYsmvF9Tc9WWAs5Xv0BeZRlUE/6bRb6tt5g9Kl0 ZvV+7Tz5jkXPE0sMuWKQsGDYh0C2PG+AVuo009lvr1W426o9TjfqpR8Kkdtr3eVKJ3 fMsPqQuZzqG3w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4V7TS75jxtz6tw9; Mon, 1 Apr 2024 13:34:15 +0200 (CEST) From: Ihor Radchenko To: Adam Porter Cc: emacs-orgmode@gnu.org Subject: Re: How to organize tasks about Worg within Worg documents In-Reply-To: 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> <87il140zf8.fsf@localhost> Date: Mon, 01 Apr 2024 11:34:27 +0000 Message-ID: <87cyr98gfw.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.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_H3=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-Flow: FLOW_IN X-Migadu-Country: US X-Spam-Score: -6.55 X-Migadu-Queue-Id: DB63E272C0 X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -6.55 X-TUID: LROjm0uQ6qcv Adam Porter writes: >> 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? > > I like the idea of a visual toggle very much, so I'm certainly in favor > of that. > > I'm not sure that we must have a constraint on the way TODOs are > written, but having some limitations on or conventions about it might > make such a visual toggle easier to implement (as well as other tools > one might use to collect and visualize tasks across the project). What we may do is the following: 1. Make sure that we stick to the recommended todo keywords, so that todo keywords have a known-in-advance class in html export. 2. Put notes into LOGBOOK drawers (set `org-log-into-drawer' in WORG dirlocals) 3. Change `org-html-format-drawer-function' during publishing to mark the LOGBOOK drawers with a distinct class. 4. Enable org-inlinetask library during publishing. Then, the CSS switch will involve toggling visibility of (1) todo keyword classes; (2) inlinetask class; (3) LOGBOOK drawer class. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at