From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: different toc levels per headline? Date: Thu, 26 Sep 2013 14:24:40 +0200 Message-ID: References: <20130926110130.GD15620@pacific.linksys.moosehall> <9D7DDF81-6925-481C-A1B6-8338167B0106@gmail.com> <20130926121635.GE15620@pacific.linksys.moosehall> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4B6CFEF5-3102-4EBB-B62E-0BDF7E8254A0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57396) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPAcl-0008Kk-DW for emacs-orgmode@gnu.org; Thu, 26 Sep 2013 08:24:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VPAcf-0000it-Jd for emacs-orgmode@gnu.org; Thu, 26 Sep 2013 08:24:51 -0400 Received: from mail-ea0-x236.google.com ([2a00:1450:4013:c01::236]:36787) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPAcf-0000if-Ae for emacs-orgmode@gnu.org; Thu, 26 Sep 2013 08:24:45 -0400 Received: by mail-ea0-f182.google.com with SMTP id o10so506021eaj.13 for ; Thu, 26 Sep 2013 05:24:44 -0700 (PDT) In-Reply-To: <20130926121635.GE15620@pacific.linksys.moosehall> 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Adam Spiers Cc: org-mode mailing list --Apple-Mail=_4B6CFEF5-3102-4EBB-B62E-0BDF7E8254A0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 26.9.2013, at 14:16, Adam Spiers wrote: > Hi Carsten, > > On Thu, Sep 26, 2013 at 01:15:56PM +0200, Carsten Dominik wrote: >> Hi Adam, >> >> EXPORT_OPTIONS are for the special case that you only export that >> specific subtree, by restricting the export to a tree using C-s in >> the dispatcher. They do not modify the behavior of a tree in a >> larger export of the document, and they also should not do so IMO. > > Thanks a lot for the reply. However, what you say seems to directly > contradict this sentence in the manual: > > Options set at a specific level override options set at a more > general level. > > which is why this confused me. I guess that sentence was intended to > refer only to subtree exports, not whole document exports, but that > meaning was not clear to me. I think it means this in general, but I also think that toc creation is done at a global level, and not recursive in the tree. Maybe Nicolas has an authoritative answer on this one. - Carsten > Perhaps it can be clarified via a small > tweak? > >> Generating a single document should follow one set of rules, not >> many. > > I agree that KISS is valuable when designing the rules. However, it > also seems a perfectly reasonable requirement to be able to control > the toc: level per subtree during a whole document export, since in an > arbitrary document there's no guarantee that every headline has the > same depth. E.g. one chapter may have a few deep subsections, whereas > another may contain lots of shallow subsections. In these scenarios > it is clearly beneficial to allow the author to choose which > subsections appear in the ToC. > > So is there a way of achieving this? If not, please consider this a > feature request ;-) > > Thanks! > Adam > --Apple-Mail=_4B6CFEF5-3102-4EBB-B62E-0BDF7E8254A0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJSRCeIAAoJEO+gg/nAZuwMYcYH/0I5LgEdfZvKHnUskOR9+YqS x94TZsnhsVntg7R8gy1dyvYRyv1jrpyoI95zGE6EZPSF705kG/4WM8u3bdy9Ts5M Trj1O91978/QhNoZ8491pk2Q5lQpG203QqzSh2Lx+NZjoZhNeeoLQXUoVpg/Vl8H 5F31V8UBP+syO9DSv0hoKAhEPVCQ3MotX/IgIotoPI/jb6CFx+Vez9RJs5lIm4Ru 1/CY7EQlRcDxus+B81ga3hSkotJhJaG6Ym5lMEZFfJiBkBKmEn3deHs8SVKMpPX+ pcL5SOwXTKDG6zf2YgcoXlGQP2vghvLBGq4gLnFAPt700Pk2IKdlIG7j3BvnX4k= =Ty2F -----END PGP SIGNATURE----- --Apple-Mail=_4B6CFEF5-3102-4EBB-B62E-0BDF7E8254A0--