Hi Ruth, please give a look here: https://issues.apache.org/jira/browse/OFBIZ-1999
HTH, Bruno 2009/10/18 Ruth Hoffman <rhoff...@aesolves.com>: > Hi Bruno: > Pardon my ignorance, but I was wondering, is there a functional > specification or requirements document covering the myportal design? I'm > trying to follow the JIRA comments and am getting very confused as to the > original requirements that drove the development of this code. > > TIA > Ruth > > Bruno Busco (JIRA) wrote: >> >> [ >> https://issues.apache.org/jira/browse/OFBIZ-2129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12767111#action_12767111 >> ] >> Bruno Busco commented on OFBIZ-2129: >> ------------------------------------ >> >> My ideal ofbiz framework-only installation, from a user point of view, is >> as follows: >> >> 1 - admin can create users and let them log in >> 2 - admin can assign to each user a set of permissions >> 3 - users can login, access the home application and customize their >> default portal page >> 4 - users can select a different theme among what admin has installed >> 5 - users can change their details as name email etc. >> 6 - users can ask for a forgotten passord and receive by email >> 7 - users (if given the permission) are able to send communications to >> othe users >> 8 - users can receive and read communications >> >> All other features should be activated installing the application. >> Having this approach I think that OFBiz will be used by many users that >> (like me) are not strictly interested in a businness system based on selling >> products but simply in a framework to build powerfull enterprise level >> automated web applications. >> >> Should we better focus on having the framework isolated? >> The home application and the portal system should let us do this more >> easily. >> Any time I start studying how to definitively remove the applications from >> the installation I stop on the party component. >> My idea is that the party component should be reviewed in order to split >> the framework from the whole. It seems to me that it is too much linked to >> applications but also implementing base functionality that should be >> available in the framework-only. >> >> Any idea on how to proceed on this? >> >> Thank you, >> Bruno >> >> >> >>> >>> Moving definitively from MyPage to MyPortal / Home >>> -------------------------------------------------- >>> >>> Key: OFBIZ-2129 >>> URL: https://issues.apache.org/jira/browse/OFBIZ-2129 >>> Project: OFBiz >>> Issue Type: Improvement >>> Components: specialpurpose/myportal >>> Affects Versions: SVN trunk >>> Reporter: Bruno Busco >>> Fix For: Release Branch 9.04 >>> >>> >>> The MyPage application should be deleted if all functionality have been >>> moved to MyPortal. >>> Moreover I would suggest to do the following: >>> 1) Move all screenlets that are now defined in MyPortal but are strictly >>> related to other applications (i.e. projectmgr) to their respective >>> applications. >>> 2) Rename the MyPortal to Home application, have it mounted on "/" and >>> (may be later) move it to the framework when no dependency to the >>> applications are left >>> 3) For the new functionalities that have been developed in >>> MyPage/MyPortal (i.e. communications) we should think where to place them >>> 4) The actual way of integrate the new portalPages into the AppBarMenu is >>> not compatible with the Widget version of the AppBarMenu (in the Example >>> application the AppBarMenu has been reverted to the .FTL version just for >>> this reason). I think we should find a way to integrate the PortalPages to >>> the Widget version of the AppBar. >>> What do you think? >>> >> >> >
