Collins, Steve wrote:
But, with our low level of tech savvy among authors (our custom Spectra 1.5.2 based CMS just about kills many of them), the concept of one page per node would hurt their little brains.
It might be worth considering simplifying the way Nav-nodes and underlying dmHTML are created. Certainly it wouldn't take much to adjust things so that the navnode/dmhtml combination is created in a single step.
I think Quentins great little "quick builder" app has already been pointed out earlier.
We have the very deliberate separation of content and navigation node because it allows for a lot of additional functionality -- not least symlinks, nav aliases and the ability to attach multiple content types.
We're ultimately talking sites of several thousand pages, with 2-5000 downloadable documents (etc, doc, xls, etc.). Currently, we have a navigation system that works off a shifting start point model where users can drill the site by keywords, business area, industry, etc. Pages are clustered by the logical grouping based on the way the user is drilling in. So, for example, pages on the automotive industry are all siblings (i.e., same conceptual nav node if we were to use FarCry) but could potentially be separated by keyword groups or responsible business area if that was the way a user drilled the site. What we'd want to be able to do is, for example, get a display that showed ALL the pages for the following conceptual example:
Certainly you're not alone in this. There are several projects daemon and others are involved in on this list that are dealing with many thousands of content objects.
I think it's important to take a step back and look at the breadth of functionality in FarCry -- it may well be that your final solution needs to be a combination of FarCry core services and custom objects. In other words the site overview tree may not be appropriate for all the types of content you are dealing with.
We spent a heroic amount of development time making sure that farcry_core can stand in isolation without modification and still allow for the most flexible development scenarios. As a community its very important that our efforts focus on the fact that project by project changes to CORE are bad -- without that premise in place none of us can benefit from each others innovations.
Anyhoot -- keep sending through your thoughts!
-- geoff http://www.daemon.com.au/
--- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
