• last updated 15 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Removed Usability Test. No author given, it is not clear how this document is related to the OpenACS calendar, it has no date, and no version

Removed link to Regression Tests

The content for this doc is in images and they images do not existed => Removed

Removed because the display procs are not being used anymore

Added so that display pages can work with Oracle properly anytime soon. *Not* tested

Removed the check whether a user_id really refers to a user_id in acs_objects.

removed the calendar-community-core procs - they were unused

Do not show the groups an admin is member of (does not make sense here)

removed calendar_have_group_cal_p

removed junk code

sanitized the query: removed unnecessary subqueries and the query now uses the same permission clause like calendar::calendar_list

Retrieve calendar_id directly from calendars table

sanitized the query: removed unnecessary subqueries and the query now uses the same permission clause like calendar::calendar_list

the calendar_list is now created in the caller of cal-options which saves a lot of unnecessary queries.

    • -1
    • +1
    /openacs-4/packages/calendar/www/view.adp
    • -3
    • +2
    /openacs-4/packages/calendar/www/view.tcl
moved to using ad_form

added calendar_name, calendar_admin_p to select_calendar_list and removed the unnecesary adjust_calendar_list_query

moved adjust_calendar_list functionality into the calendar_list proc and then removed it

debugged the query and the corresponding page. calendar-preferences now syntactically works fine, however I am not sure about the supposed semantics of this page...

Removing unused files

    • -235
    • +0
    /openacs-4/packages/calendar/www/cal-weekview.tcl
Removing unused files.

    • -196
    • +0
    /openacs-4/packages/calendar/www/cal-dayview.tcl
    • -120
    • +0
    /openacs-4/packages/calendar/www/cal-listview.tcl
    • -22
    • +0
    /openacs-4/packages/calendar/www/cal-monthview.adp
    • -97
    • +0
    /openacs-4/packages/calendar/www/cal-monthview.tcl
- Fixed left-over from reversing widget-procs.tcl

- Moved attribute instantiation to a Tcl callback (because we now

support per-category custom fields)

- Working on www/index.tcl

- Guess I forgot a couple switches. Added to documentation.

- Also added an explanation for the -validate block.

- Copied a snippet about -extend from HEAD.

- Updated ad_form's documentation with all the switches it currently

supports.

- Added clarifications about the -on_request and -on_submit blocks.

- Added note telling the user s/he must get familiar with the ATS to be

able to the ad_form effectively.

- Updated TODO.

- Thanks to the invaluable help from daveb, custom fields now working,

including updating of values, which wasn't working in the original version,

so fixed that bug too.

- Thanks to the invaluable help from daveb, custom fields now working,

including updating of values, which wasn't working in the original version,

so fixed that bug too.

- Revert widget-procs.tcl to generating template::element calls instead

of an ad_form -extend block, because that gives users customizing the

package (in the future) to have their own -validate block in the

ad_forms present.

- Problems with ad_form (custom element not visible)

- Modified get_widget_param to generate ad_form statements instead of

template::element::create in attempt to fix the problem. Worked partially.

- Modified ad-one accordingly.

Now the problem seems to be that a custom element is available in the

-edit_request block, but for some reaons that element (which was

added through ad_form -extend) is not available in the -edit_data block.

Does anyone know why??

- Remove unneeded query.

- Fixed bug I introduced in ::ads::get

- Per-category custom field support added.

- ad-one and ad-new doing the right thing with custom fields.

- Added support for per-category custom fields.

- Modified create files accordingly.

- No update scripts yet.