Mark Martin wrote:
Ah, thanks, I hadn't considered this angle. I wonder if that was the motivation behind the hide div on the overly abundant left hand nav pane?
No, that's just because it is unworkably large.
I think there's going to be tension about building out the large lists of case dirs into any one portion or component of the site. As we can already see, building something like that nav pane for every page has gotten too unwieldy. Why can we not break that up hierarchically as long as we maintain the links? I suspect that might make it easier for background exporting tools to process if they are able to do it in smaller chunks. Or maybe I don't understand the complexity around the background tools.
The internal system the data is pushed from onto OSO has a hierarchical ARC/Year/Case structure and there is a HTML view onto that 3-level tree. The case data doesn't get updated *that* often, so the thinking is that we just subset the current tree to exclude non-public cases and then rsync the resulting tree onto opensolaris.org.
Another note: do the current URL's need to be maintained? Is there any sort of guarantee as to how long a given OSo or arc case URL must be valid? Would we need to provide redirects for the entire caselog if they are changed?
I think we can't afford that luxury. And the spiders will adjust soon enough.
-- Alan Burlison -- _______________________________________________ website-discuss mailing list [email protected]
