From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id uEF+KNfIHWQOnQAASxT56A (envelope-from ) for ; Fri, 24 Mar 2023 16:59:19 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id cCRwKNfIHWQ1IQEA9RJhRA (envelope-from ) for ; Fri, 24 Mar 2023 16:59:19 +0100 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 72F077962 for ; Fri, 24 Mar 2023 16:59:19 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pfjRK-0001Ib-Dg; Fri, 24 Mar 2023 11:34:50 -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 1pfjRI-0001Fs-Eb for emacs-orgmode@gnu.org; Fri, 24 Mar 2023 11:34:48 -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 1pfjRG-0000Tj-5L for emacs-orgmode@gnu.org; Fri, 24 Mar 2023 11:34:48 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 156A8240497 for ; Fri, 24 Mar 2023 16:34:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1679672084; bh=xu2+pRcRqtRQ0ej3NhA1eUBcPOmNtgDXUD9mEphpNxQ=; h=From:To:Cc:Subject:Date:From; b=QbewRrEpwRsBZdNNOfPZ1OjhNv3p3tQ9asf10NArYj+2NdMidt01BCvF/MjqcjHKf AyCrcopWnf3Ns7JenXJ86zGLa824A4EPvMCbT8meb+C/FZKO90anildDLeq1BIN15I tFBIcdbII8XipQkWLOsxV0Rt7T9DZMZ09ERBOBA6eTraScO+BtHTNIkAG4YkkaXE67 Ha+2rG6UxA10hDmlo9/1WJ4A0uGXxYhwZWLhEAfye9nHHo5LgNwJfeSjkzF3NEr/Br 9w3QSV5MtD1v/7+9amt2eBEZeIJgdeP8zSKJ1hfhdU4fy7XqewmZjMW95J48kgK9lU opblvoDfJacvA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Pjghp0dnSz6tmh; Fri, 24 Mar 2023 12:58:34 +0100 (CET) From: Ihor Radchenko To: Samuel Wales Cc: emacs-orgmode@gnu.org Subject: Re: [fr] allow overriding the likely unintended consequence of org-export-with-tasks In-Reply-To: References: <87sfdvldig.fsf@localhost> Date: Fri, 24 Mar 2023 12:00:32 +0000 Message-ID: <875yaqxstb.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_H2=-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 ARC-Seal: i=1; s=key1; d=yhetil.org; t=1679673559; a=rsa-sha256; cv=none; b=jMETQMyl/fQQh4/3jTwEaoNM64wgHtSnKVVXWr6qaR+jl5JOOnY+fJ/Bl9d/f1DDzlvRnZ ei09evzlROpqkMV/BBx+YKqNc9SDIe6bh4r3VANfk0s3eq9OZDt4Jkz/UIYWlzXPuytIp5 tRN6Y+ptFNgmTDTWuDneV2tOX7Yq3RMNoX0YPfHnXFUv2Q8SacgVIBDV+3ia2eucvZbMhO BZ5eIK1cufKHDTRQyTCDYZv1HTatOXs8PiWiEyquPYRDFp8yWFVUJOPx4ulTZkRYTw5IIv KJZMZ2D+TPXjtcuJsc6rID7SImzlYiO8MMih1IDkfQPO8sJUM83POrA3B4xZqw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=QbewRrEp; 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=1679673559; 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=lcQjfWSHbSwdTGkx6+1o+9bLe70GIUF/JqKHv8cLdJg=; b=l+VD0RrlTBsjuAxX8pOw/UUD/72QZqipg10Ml+r9t/rqP4xDkIHbcaM5jV6/ngk/8jXrSs 3nVnZ/PJeqrE1RiI4caSxTliSQOmMs1KU5G19rVuLmfcDEYxUhmQGSBYNDlaLTro6myGIo Xjb7PgzjjrQS7ZUDw+JaHAYVyam3w9RpY1CHToxF09Wwuh4jSIJpnSaMPUHFiM1imGS5Vg XVsMfUbcOOwBwa+zqRdfn3Nx8CSYr1Hwuq9wkcjX1rLvA3r/WgakLwWH0ckoX/b86CfXjo jXeLeUQFjp8ZdHUW8D9iGhAexch4tNDHL5mqjOf+kjagVrjDQVX/hamXvxjHQQ== Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=QbewRrEp; 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" X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -6.25 X-Spam-Score: -6.25 X-Migadu-Queue-Id: 72F077962 X-TUID: ZXaXPIynSpiF Samuel Wales writes: > i wrote: "i would prefer the top level of the subtree to be exported > in all cases, because i have asked org to export. it does not matter > what kw it is set to or what the variable is set to." > ... > as for ref [or blank] i do not want to have to keep or temporarily set > a todo kw, or lack of one, at the top level, merely to allow > exporting. this would be requiring me to maintain a keyword that i do > not want there in the outiine, OR a keyword that i do not want ther > ein the variable, both of which could have various consequences both > semantic and user-comprehension-oriented. I see. > i find that having the feature apply also on the top level heading is > 1] pointless, because there is no point in exporting nothing, and 2] > unexpected/surprising because you just SAID to export the subtree!, > and 3] unintended for similar reasons. Sometimes, there is point exporting nothing. In particular, for batch exports. Also, nothing is too strong term. You will still have global (empty) template being exported. In other words, always exporting top-level heading is not always a good idea. > in case anybody wants the no-op, making it optional to export the top > level heding would be copacetic. One can modify ;; Ignore tasks, if specified by `:with-tasks' property. (and todo (or (not with-tasks) (and (memq with-tasks '(todo done)) (not (eq todo-type with-tasks))) (and (consp with-tasks) (not (member todo with-tasks))))) condition in `org-export--skip-p' to take into account yet another customization. Patches welcome. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at