You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by "Randy Watler (JIRA)" <je...@jakarta.apache.org> on 2005/02/21 06:11:48 UTC

[jira] Commented: (JS2-69) Finallizing Portal Navigation using the Profiler

     [ http://issues.apache.org/jira/browse/JS2-69?page=comments#action_59481 ]
     
Randy Watler commented on JS2-69:
---------------------------------

>From  "Ate Douma" <at...@douma.nu>
Subject  Re: Declarative or Modal Page Layout Navigation?
Date  Sun, February 20, 2005 1:57 pm
To  "Jetspeed Developers List" <je...@jakarta.apache.org>

Randy Watler wrote:
> Team,
> 
> David and I have been discussing potential options to the current 
> profiler/page-manager generated page layout navigations. While what we 
> have seems to be fairly powerful and flexible, it also seems to be too 
> complex and/or scalable for use by many users. It often raises questions 
> on the lists and certainly does not seem self documenting!
Fully agreed!

> 
> We have discussed implementing a declarative navigation definition, 
> (i.e. J1 menus), that could be specified globally or at the folder 
> level. We have also pondered some modal configuration settings/hints to 
> the existing solution that correspond to different navigational styles, 
> (i.e. relative forward/back navigation as we currently have, constant 
> navigation elements that reflect the physical folder structures, logical 
> view specifications like document sets, etc.). Obviously, changes to 
> support these different modes would also involve modifications to the 
> various velocity layout templates. Related efforts might include support 
> for javascript pull down menus or other portal navigation interfaces.
+1 ;-) One of my own outstanding requirements I haven't found time yet to
find a solution for.
We've been here before and several solutions have been suggested in the
past (including one of my own). Lets try to get this right once and for
all!


> Finallizing Portal Navigation using the Profiler
> ------------------------------------------------
>
>          Key: JS2-69
>          URL: http://issues.apache.org/jira/browse/JS2-69
>      Project: Jetspeed 2
>         Type: New Feature
>   Components: Profiling/Portal Navigation
>     Versions: 2.0-dev/cvs, 2.0-a1
>     Reporter: Scott T Weaver
>     Assignee: Randy Watler
>     Priority: Critical

>
> We still haven't settled on how we are going to generate navigations in J2.  I have some modifications to the Profiler and to the theme logic which may give us some direction.  I am bringing this up as I have been privellage to quite a few vendor portal demos lately allowing me to see both the good and the bad of multiple implementations.
> - I would say we replace the getDesktop() with getFolders().  There is really no need for a "root" item or Folder per se since we will be leaving this job to the current set of profilling rules that have been assigned to the Profiler.  
> - Folders will contain any number of pages and/or folders.
> - Folder items would be ordered the following way: first by assigned index then by alphabetical order.
> - Remove defaultPage logic from Folder, the focused Folder item would be set in this fashion: set the focus to the last selected child in that Folder then by Folder Item ordering algothrim defined above.
> - It should be the Profiler's responsibility to preserve a user's active item on a per Folder basis.
> - A Folder would still posses the defaultTheme capabillity but with the added abillity to enforce the defaultTheme on its childern and its childrens' children by overriding the theme settings for those items with its own.
> - Rendering the contents of the Profiler.getFolders() would be left entirely up to the theme (currently called the layout decorator).  Example: a theme could render the first 2 levels as tabs and the rest as a hierarchical menu to the left of the layout area.
> - DO NOT introduce the idea of controls and controllers.  It has been stated before that these easily confuse people and I agree 100%.  We need to keep things simple.
> I think the first profiling/navgation implementation would be assigning n number of roles to a top-level folder.  Then allow the Profiler to aggregate what Folders a user has access to by comparing the roles that user is assigned to the ones required the Folders required roles (ACL?)  I think this approach is already somewhat in place but it just needs some final implementation details.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org