Hi Bruno:
Thanks much.
Ruth

Bruno Busco wrote:
Hi Ruth,
please give a look here:
https://issues.apache.org/jira/browse/OFBIZ-1999

HTH, Bruno

2009/10/18 Ruth Hoffman <[email protected]>:
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?


Reply via email to