Forum OpenACS Development: Re: new acs-rels, orgs, persons functionality (widgets etc.) to commit

Collapse
6: Re: new acs-rels, orgs, persons functionality (widgets etc.) to commit (response to 1)
Posted by Mark Aufflick on 07/22/04 03:58 PM
I agree it would be a very small package, but the problem with putting it in acs-tcl is that it has UI.

In fact some acs-rels stuff is already in acs-tcl, but the ui components are in acs-subsite.

I probably agree about the datamodel and plsql staying in acs-kernel. It is pretty key to the whole system.

Maybe instead of an acs-rels package we need an acs-util package (or similar) - to be used in a similar way to acs-tcl, but it can have ui as well.

Collapse
7: Re: new acs-rels, orgs, persons functionality (widgets etc.) to commit (response to 6)
Posted by Malte Sussdorff on 07/22/04 04:33 PM
Risking to sound dump: how about adding a UI part to the acs-tcl package ?
Collapse
8: Re: new acs-rels, orgs, persons functionality (widgets etc.) to commit (response to 7)
Posted by Jeff Davis on 07/22/04 05:38 PM
I think adding it to acs-tcl or adding an acs-util package is the wrong way to go. If you look at acs-subsite for example one of the biggest problems is that it is such a catchall, you can't have a subsite which does not have admin pages, there are a ton of pages in the url space you may or may not want in a given subsite.

I think there is nothing that says the api can't go in acs-tcl and the ui in a rel-ui package (that's what I would prefer really).