This is a cool extension for my needs so I'm jumping in. :) Hope no one
minds...
nigel kerr wrote:
i had been taking a cue from MediaWiki:Sidebar here,
and just
including the page names as data to be used, not links. this does
make it easier to parse through the list looking for a page, one
doesn't have to clear the link-structure out of the way first. what
advantages can you see from doing as you suggest?
Consistency, it's very confusing to run into this unlinked page. But an
XML list that showed up as a TOC or something when viewed would solve
this nicely. Or maybe just a link to the real TOC page?
* the very
first page (like in the outline) should have a "next page"
link.
so, like, to get one started, you're saying? probably pretty easy.
some parameters or further work that would be probably helpful to be
able to apply it to a variety of situations:
* style information for the links and for the toc box
* controls for what links to show when ("put a 'next page' on the
TOC page"...)
* localized messages for whatever language the user prefers
All of these things would be awesome.
* it's possible for a single content page to
be in more than one
nav map, so a way to distinguish the nav links for the different maps
("Vacation Pictures: Prev - Up - Next" and then "Embarrassing
Pictures: Prev - Up - Next" could both apply to that one picture from
the summer at the beach...)
This would be really, really good, too. See comment below for more
thoughts on this.
Ryan Lane wrote:
One thing though: When clicking next, and going
to a page that
hasn't been created yet, it would be nice if the "Previous - Up -
Next" dialog
didn't dissapear.
from what i understand, this means either:
1. calling all the pages in the nav map into existence at map-creation
time
2. checking all maps for a given non-existent page when you come
across it and inserting the links even if there's no text
I think a third option might be to hook into the Article render and
generate prev/next/up links for all navs the page is in at start and end
of page. That depends on the details of rendering non-existant pages, I
imagine, but it would be the best choice. Also means no ugly link crud
in the page text itself!
Great work so far, I hope this extension matures quickly. :)
Regards,
Ben Garney
Torque Technologies Director
GarageGames.Com, Inc.