Index: openacs-4/packages/cms/todo =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/cms/todo,v diff -u -r1.7 -r1.7.2.1 --- openacs-4/packages/cms/todo 17 May 2005 21:25:08 -0000 1.7 +++ openacs-4/packages/cms/todo 6 Jun 2005 17:07:23 -0000 1.7.2.1 @@ -1,62 +1,33 @@ -ideas -===== - -perms for multiple sites - - perms on types (see next section), templates (ditto) - - multi site: - - cm_modules: new group per instance -> security_inherit_p context_id = package_id - cms-fix.sql sez: - -- content_module inherit from content_item - -- this way it is possible to grant permissions on content modules - - how about perms on served content? - -serving/editing strategy for multiple sites - - serveroot/cms -> redirects to the cms? - - all other urls are served by index.vuh? - - create a new basic revision for each site upon which other content types will be based - - otherwise, all edits to basic item (content methods, etc.) will affect all sites (actually, not true- UI doesn't allow editing of basic revision) - - set root_key for content types to new basic revision type - - create a new folder for templates and content and set module root_keys to folder_ids - - set root content and template folder contexts to package_id - -admin - - admin tab to select root/root_key for cm_modules (if is not set per instance, redirect to admin tab ala bcms?) - tasks ===== top priority ------------ -set up install procs that set contexts appropriately (done, not thoroughly tested) -clean up www/modules/items/relate-items (remove old table format) +add track_publish_status, update_publish_status to CR, add param for sched interval + - yank plsql exec stuff there now and junk in cms +test instantiate procs that create modules and set contexts basic/cosmetic --------- -list-ize child items (or what to do with it? shouldn't we be able to relate items that already exist?) -better navigation strategy (i.e., "back" links while visiting attributes, rename, delete pages, etc.) -new icon for "clipping" items - competing with new listbuilder checkboxes confuse UI a bit +clean up www/modules/items/relate-items (remove old table format) +new icon for "clipping" items - competing with new listbuilder checkboxes, confuse UI a bit include description in heading on folder attributes page inheritance display should not link to "basic item" on its page and should not include the current type (related to navigation strategy) -move all item info (clip check, title, path, etc.) into an include and put in /lib (with ancestors and bookmark) -combine the index pages for templates and items into one and put in /lib? (if they can be made the same) fix "clear the clipboard" functionality floatclipboard_p working? plumbing -------- +integrate categories and workflow packages build up actions list for folder using allow_* vars (i.e., links? new folders?) on sitemap browser fix search (when i have tsearch2, ie upgrade to rhel4) utilize new cr tcl api where appropriate -use ad_form where appropriate -integrate categories and workflow packages ad_page_contract for non-include pages? select from cm_modules to build tabs? questions/ideas --------- create templates from within folders (in old system)? -generic error page (replace with ad_complain or just pretty up?) -better model for "clipping" items? how do we get extlinks and other types (if any?) which do not sub-class content_revision into the system? comment integration?