Hi Kenny,

First off, I'm curious about building the project in version 9.1 instead of the 
more recent 10.1 version. 

The limitation of 8000 refers to the maximum recommended number of pages to be 
displayed in the navigation for a project. If more pages are added, nothing 
will blow up or break, but there is a chance of performance degradation. 
The navigation manager has a lot to offer. It provides a much cleaner project 
structure, eliminates the need for active template code, and improves 
performance across the board. However, a repeatable pattern for the navigation 
menus is almost a must. When I was a PM, I would tell my customers that if they 
were going to fight and fight when it came to planning the CMS implementation, 
it should be this one. 

As with all aspects of the product there are workarounds, but for 90% of the 
site it should be the same. For the 10% of the site, you can use option lists 
and standard fields to perform logic on how the navigation menus should be 
different. This should be a very clear option like "show siblings" or "show 
children" if you're nervous about the number of items displayed. 

-Emily

Sent via BlackBerry by AT&T

-----Original Message-----
From: Kenny Dendow <[email protected]>
Sender: [email protected]
Date: Thu, 13 Jan 2011 13:31:07 
To: RedDot CMS Users<[email protected]>
Reply-To: [email protected]
Subject: Navigation Manager Flexibility

Hi,

I'm about to create a new project using 9 SP1. Previously, I have been
using the old method of using a list and container for left navigation
and subnavigation. While it works well, it clutters the structure in
SmartTree with containers, lists and anchors, and is a bit of a time
consuming process to build the subnavigation pieces and reference the
lists. Navigation Manager appears to be the most common and officially-
supported way of rendering navigation. With more recent versions of
Management Server, Navigation Manager has a more important role in
SmartEdit. With that, I wanted to reevaluate my game plan before
starting the project.

Question: There was a post by Henry (Javahand) regarding an 8000 page
limit in Navigation Manager on 7.5. Is this still the case in 9 and
10?

OpenText's documentation and (excellent) articles by Kim, Markus and
Paul imply that navigation templates are only usable by level-based
navigation. The navigation for the site I am working on will not have
consistent levels for displaying the navigation.

For example:

Homepage (Level 0)
---------
About Us
Responsibility
Research
Products


Homepage > About Us (Level 1)
_________
About Us
  Our Values
  Leadership
  How We Operate
  Views and Positions
Responsibility
Research
Products


Homepage > About Us > Views and Positions (Level 2)
----------
Views and Positions
  Access and Affordability
  Innovation
  Quality and Safety
  Sales and Marketing


Homepage > About Us > Views and Positions > Innovation (Level 3)
----------
Views and Positions
  Access and Affordability
  Innovation
    Intellectual Property Protection
    Evidence-based Regulatory Environment
    Global Business Environment


Homepage > About Us > Leadership > North America (Level 3)
_________
About Us
  Our Values
  Leadership
    Europe
    North America
      Canada
      United States
  How We Operate
  Views and Positions
Responsibility
Research
Products

There is no steadfast rule that every second or third level will have
the navigation segmented and only the sibling and child pages
displayed. It depends on how many children that page has, and whether
the navigation should be segmented like a microsite. In the old
navigation method, you would simply not reference the segmented page's
navigation list to a parent list.

Question: Can Navigation Manager-driven site structures be displayed
as flexibly as those using the old list/container method? If not using
navigation templates, could you do this using render tags on the
master page?

Sorry for the long post, but it's probably better to know in advance
before investing too much time headed down the wrong direction.

- Kenny

-- 
You received this message because you are subscribed to the Google Groups 
"RedDot CMS Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/reddot-cms-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"RedDot CMS Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/reddot-cms-users?hl=en.

Reply via email to