Ticket #2074 (closed defect: fixed)

Opened 10 years ago

Last modified 9 years ago

Split navigation portlet render method

Reported by: gracinet Owned by: jmorliaguet
Priority: P2 Milestone: CPS 3.5.2
Component: CPSPortlets Version: TRUNK
Severity: normal Keywords:


Currently, all the different rendering types for navigation portlets are being handled by a single ZPT file. This is a customization and maintainance nightmare.

To avoid making a dozen new portlet types, there should be a simple logic assigning a rendering type to its ZPT file. I would support a simple automatic file name convention, like the one for layout modes.

This could very well be done at the level of the generic portlet widget, declaring the field that triggers this, if any, in a property, and therefore apply to other portlet types.

Not at all suited for 3.4, of course

Change History

comment:1 Changed 10 years ago by gracinet

New "Dispatcher Portlet Widget" done in CPSPortlets' 0348be16c18c and split done in 0131ccc2ff78. See also a few commits afterwards that fix a few problems introduced by the latter.

Default conf in profiles to leverage this in CPSDefault's 4302e7d89d06 All of this has been pushed to mercurial.racinet.org

Waiting for approval after more testing for push to hgcps.nuxeo.org

comment:2 Changed 9 years ago by gracinet

  • Status changed from new to closed
  • Resolution set to fixed

It's been ok for a while now

Note: See TracTickets for help on using tickets.