I see that the navigation pane does, but the documentation is very
light on the navigation pane. The demo only shows one level of
tr:commandNavigationItem, and I couldn't find any information on it
supporting nesting. Also, can you mix the model an
tr:commandNavigationItem?

What I am looking to do:

menu
static
static
static (*)
  static child
  dynamic children
static

In tomahawk the asterisked node looked like:
<t:commandNavigation2
  value="#{messages.MenuBean_calendars}"
  actionListener="#{menuBean.onMainAction}"
  action="mainMenu_calendars">
  <t:commandNavigation2
    value="#{messages.MenuBean_createCalendar}"
    actionListener="#{menuBean.onMainAction}"
    action="mainMenu_createCalendar"
    rendered="#{s:hasRole('calendar-admin')}" />
  <t:navigationMenuItems value="#{mainMenuCalendarItems}" />
</t:commandNavigation2>

Where there is a hard-coded menu for calendar administrators and then
a list of all the calendars for the current user below that but under
a parent "Calendars" menu. Result:

Calendars
  Create new calendar
  Main calendar
  Other calendar
  Etc.

-Andrew


On 8/6/07, Adam Winer <[EMAIL PROTECTED]> wrote:
> On 8/6/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > I am having a look at the Trinidad and Tomahawk code and trying to see
> > if I can get the tomahawk controls to use the Trinidad PPR
> > functionality so I can mix Trinidad and Tomahawk controls.
> >
> > The control I was looking first at was t:panelNavigation2 and
> > t:commandNavigation2. I prefer their implementation over the trinidad
> > functionality as it allows the menus to be more flexible (it allows
> > for backing bean menus as well as items defined in the view).
>
> Trinidad allows this too with its navigationPane, which can
> take a model value.
>
> -- Adam
>
>
> >
> > t:commandNavigation2 creates a submitForm call in the on click:
> >
> > submitForm('_id4',1,{source:'_id7:_id9'});return false;
> >
> > If I am able to reproduce this functionality using Trinidad's JS code
> > then I can get them to work together. The challenge is that, on the
> > client at least, the JS is obfuscated and not formatted, making it
> > very hard to read. Has anyone attempted to replace this functionality
> > with trinidad code?
> >
>

Reply via email to