From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Subject: Re: org-reveal reaveal.js toc:nil option Date: Wed, 13 Nov 2013 23:55:13 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3ecfa9f3ab404eb16db3d Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VgjLA-0004iD-CS for emacs-orgmode@gnu.org; Wed, 13 Nov 2013 17:55:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VgjL8-0007up-Va for emacs-orgmode@gnu.org; Wed, 13 Nov 2013 17:55:16 -0500 Received: from mail-lb0-x22c.google.com ([2a00:1450:4010:c04::22c]:61655) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VgjL8-0007uH-Mh for emacs-orgmode@gnu.org; Wed, 13 Nov 2013 17:55:14 -0500 Received: by mail-lb0-f172.google.com with SMTP id c11so931925lbj.31 for ; Wed, 13 Nov 2013 14:55:13 -0800 (PST) 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: emacs-orgmode@gnu.org --001a11c3ecfa9f3ab404eb16db3d Content-Type: text/plain; charset=ISO-8859-1 I did some brute force bug tracking and manage to track down the problem. I made two different files: test1.org: #+TITLE: Test 1 #+OPTIONS: toc:nil #+INFOJS_OPT: * Header 1 * Header 2 ** Subheader 2.1 test2.org: #+TITLE: Test 1 #+OPTIONS: toc:nil * Header 1 * Header 2 ** Subheader 2.1 In the first example i have the header with #+INFOJS_OPT: empty, the other file lacks this line. The first file generates a toc while the other doesn't. I manage to track down the variable org-html-infojs-opts-table which has the Value: ((path PATH "http://orgmode.org/org-info.js") (view VIEW "info") (toc TOC :with-toc) (ftoc FIXED_TOC "0") (tdepth TOC_DEPTH "max") (sdepth SECTION_DEPTH "max") (mouse MOUSE_HINT "underline") (buttons VIEW_BUTTONS "0") (ltoc LOCAL_TOC "1") (up LINK_UP :html-link-up) (home LINK_HOME :html-link-home)) It seems to me as a novice that the :with-toc is defined here and forces a table of contents to be displayed. Not sure if this is correct but at least it solved my problem. The toc option is not inserted in the reveal export template and now after testing it it looks like #+INFOJS_OPT: toc:nil also could have been used. The tutorial I looked at did not do it this way so I over looked it. regards A --001a11c3ecfa9f3ab404eb16db3d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I did some brute f= orce bug tracking and manage to track down the problem.

I made= two different files:
test1.org:
#+T= ITLE:=A0=A0=A0=A0 Test 1
#+OPTIONS: toc:nil
#+INFOJS_OPT:

* Header 1
* Header 2
** S= ubheader 2.1

test2.org:
#+= TITLE:=A0=A0=A0=A0 Test 1
#+OPTIONS: toc:nil

* Header 1
* Head= er 2
** Subheader 2.1

In the first example i have the header with #= +INFOJS_OPT:
empty, the other file lacks this line. The first file= generates a toc while the other doesn't.

I manage to trac= k down the variable org-html-infojs-opts-table
which has the
Value: ((path PATH "http://orgmode.org/org-info.js")
=A0(view VIEW = "info")
=A0(toc TOC :with-toc)
=A0(ftoc FIXED_TOC "0&q= uot;)
=A0(tdepth TOC_DEPTH "max")
=A0(sdepth SECTION_DEPTH "max= ")
=A0(mouse MOUSE_HINT "underline")
=A0(buttons VIEW_= BUTTONS "0")
=A0(ltoc LOCAL_TOC "1")
=A0(up LINK_= UP :html-link-up)
=A0(home LINK_HOME :html-link-home))

It seems to me as a novic= e that the :with-toc is defined here and forces a table of contents to be d= isplayed. Not sure if this is correct but at least it solved my problem.
The toc option is not inserted in the reveal export template= and now after testing it it looks like
#+INFOJS_OPT: toc:nil
=
also could have been used. The tutorial I looked at did not do it this= way so I over looked it.

regards
A
--001a11c3ecfa9f3ab404eb16db3d--