From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Do not inherit unnumbered property: help needed Date: Tue, 21 Nov 2017 23:52:32 +0100 Message-ID: <87o9nvkzwv.fsf@nicolasgoaziou.fr> References: <87375dazkk.fsf@gmail.com> <87zi7l9ee7.fsf@gmail.com> <87375cv9os.fsf@nicolasgoaziou.fr> <99B32BBF-1EC9-4A57-B69F-8C74955A8E69@gmail.com> <87vai7pktp.fsf@nicolasgoaziou.fr> <481BE455-C966-461F-85E2-327820D31392@gmail.com> <878tf3p3od.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53329) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHHP9-0007yg-9T for emacs-orgmode@gnu.org; Tue, 21 Nov 2017 17:52:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHHP8-0008Ht-Fg for emacs-orgmode@gnu.org; Tue, 21 Nov 2017 17:52:35 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:40088) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eHHP8-0008HM-8l for emacs-orgmode@gnu.org; Tue, 21 Nov 2017 17:52:34 -0500 In-Reply-To: <878tf3p3od.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sun, 19 Nov 2017 00:28:34 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Akater Cc: emacs-org list Nicolas Goaziou writes: > Akater writes: > >> I got an impression that UNNUMBERED's children get cut off prior to >> what user can do, > > UNNUMBERED headings are not cut off, at least not by "ox.el". > >> hence writing a simple backend won't help, and I'll have to patch org >> (ox) source. Do you know for sure I'm wrong? > > I'm quite certain you're wrong. > >> That's what I asked for >> originally---which function is responsible for excluding unnumbered's >> children from exported entries. > > Three functions actually check UNNUMBERED properties: > > - org-export-numbered-headline-p > - org-export-collect-headlines > - org-export-excluded-from-toc-p > > You can ignore the last two because it's a special case (when value is > "notoc"). > > So, if you want to control UNNUMBERED property, just don't trust > `org-export-numbered-headline-p', or any function calling it. On second thought, we might as well give more flexibility to the users, that is, as long as one doesn't expect to get something meaningful from every UNNUMBERED combination. It is now possible to change UNNUMBERED status mid-tree, like any other inherited property. Regards,