doc/plugins/toc/discussion.mdwn

   1 If you are using the sidebar plugin and have a header in the sidebar it shows up in the table of contents.  I can see why this happens but it surprised me and wasn't the desired effect in my specific situation. -- [[AdamShand]]
   2
   3 A related side effect: If you use any sort of headers in the page
   4 template (such as placing the page title in an `<h1>`), the toc plugin
   5 picks it up.  I suppose it parses the entire page rather than just the
   6 rendered content. --[[JasonBlevins]]
   7
   8 > I fixed this in a patch to the toc module, see [[todo/allow_toc_to_skip_entries]]. -- [[anarcat]]
   9
  10 Why doesn't the TOC appear in the edit page preview?  It only appears when the page is finally rendered.  This makes it somewhat difficult to organize headings, saving & re-editing all the time.  My user page currently has a toc to play with: --[[sabr]]
  11
  12 > Fixed. --[[Joey]]
  13
  14 Just ran into a side effect of `\[[!toc]]` being a NOP in pages
  15 which are inlined: pages with `\[[!template id=note text="[[!toc]]"]]`
  16 wound up having the note rendered in feeds as "Use this template
  17 to insert a note into a page". Worked around this by making a local
  18 copy of the template and removing its `<TMPL_UNLESS text>...</TMPL_UNLESS>`
  19 section. Besides needing to generate guaranteed-unique anchor names,
  20 are there other reasons this directive couldn't be made to work on
  21 inlined pages?  --[[schmonz]]
  22
  23 > Workaround: `\[[!template id=note text=" [[!toc]]"]]`
  24 > (with whitespace) should work, because then Perl will consider
  25 > the string to be a true value.
  26 >
  27 > Longer-term, my branch on [[bugs/template_creation_error]]
  28 > aims to fix this sort of thing. --[[smcv]]
  29
  30 >> Workaround seems not to. Maybe whitespace is getting trimmed
  31 >> along the way and it stays falsish. Interested in your branch;
  32 >> sorry I can't offer precise feedback right now, but it looks sane
  33 >> at a glance. --[[schmonz]]
  34
  35 How could this be tampered to make another plugin that would enable partial listing so I could make multiple "subTOCs" in the same page? For instance I'd have a `\[[!toc startlevel=1 levels=1]]` in the top of the page while after a level 1 heading I would have a `\[[!toc startlevel=2]]` with the level 2 and below headers limited by the ones below this particular level 1 header --[[iuri]]