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 theTOC 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 onenav 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:
- calling all the pages in the nav map into existence at map-creation
time
- 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.