I wanted to make the page hierarchy feature more powerful, to help with (eg) generating "books", as at http://drupal.org where they create a well-organized, navigable handbook simply by writing pages and locating them in the hierarchy.

So, in Zwiki 0.23's default skin there are some new controls which make the page hierarchy more visible (in full mode, and if you set a true show_subtopics folder property). See http://zopewiki.org or zwiki.org for an example. As usual, if you have customized the skin you won't see these unless you update your templates appropriately.

These features don't slow down page rendering even in a large wiki, if you have ZwikiAndZCatalog configured. Caveat: there does seem to be a current bug making pages render a little more slowly in simple and full modes.

The new controls are:

Next, previous, up. Similar to the GNU Info system. Visible in full mode. Access keys (alt-n, alt-p, alt-u, see QuickReference) work in all modes. You can step through the whole wiki this way.

To enable, add a true 'show_subtopics' boolean folder property. If the page has offspring (children, grandchildren, etc), they are displayed automatically, after the main document part of the page and before any comments[1]?. If you're willing to give up a bit of layout control, it makes wiki organizing go faster, as more links come automatically from hierarchy rather than having to edit them by hand. It makes the whole thing a bit more live.

This was not worth the trouble; disabled, set the property via ZMI if you need it. An option in the edit form to alter the show_subtopics setting for the current page and all offspring. Eg for certain pages like IssueTracker where you don't want to show subtopics.

If the page has parents, they are listed separately on the backlinks form in addition to the backlinks. Otherwise it will say the page is a "top-level topic". Visible in full and simple modes.

[1]?it doesn't recognize old-style comments, though