click here for details... Sakai Executive Director Position Search now open
Issue Details (XML | Word | Printable)

Key: SAK-7713
Type: Task Task
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Oliver Heyer
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Sakai

Create per-installation configurable spreadsheet download

Created: 23-Jan-2007 13:59   Updated: 23-Oct-2008 10:32
Component/s: Gradebook
Affects Version/s: 2.3.0
Fix Version/s: 2.4.0

Time Tracking:
Not Specified

Issue Links:
Depend
 
Incorporate
 
Relate
 

2.6.x Status: None
2.5.x Status: None
2.4.x Status: None


 Description  « Hide
Create per-installation configurable spreadsheet download.

 All   Comments   Work Log   Change History   Subversion Commits   git Commits      Sort Order: Ascending order - Click to sort in descending order
Ray Davis added a comment - 22-Feb-2007 16:59
The exact mechanism for swapping customizations in and out is TBD. I'll try to keep as far as I can from requiring changes to existing Gradebook source or requiring a rebuild of the application, but I'm not sure yet how far that will be.

Here's the goal:

* Some swappable mechanism for intercepting course grade spreadsheet downloads after the enrollments and course grade records have been filtered and before the spreadsheet file itself is built. (We're partway there due to the changes made for SAK-7712.)

* As a proof-of-concept / sample / test that just happens to match UC Berkeley requirements, provide an alternative plug-in interceptor that takes input A-F letter grades, goes to the Course Management API to see what grading scale the student is supposed to be graded against (e.g., "A-F", "P/NP", "S/U"), translates the input grades to the desired grades as needed, and adds an extra column to the spreadsheet to hold the original A-F letter grade alongside the column with the official final grade.

Here's my current development plan:

1) Figure out what the alternative plug-in needs from the Course Management API, and make sure I can get it into the test data. (This will let me set up testing. Without it, we'll have no way of being sure that the new code works.)

2) The current Course Grade backing bean has a method that converts domain data (enrollments and course grade records) into generic spreadsheet-style data (a list of rows of columns). Extract that method into a configurable interface and figure out how to inject it into the application with minimal fuss.

3) Write a second implementation of that interface to do our proof-of-concept task.

4) Document it!

Ray Davis added a comment - 01-Mar-2007 16:02
In revision 22061, I checked in a mechanism for switching UI beans via sakai.properties, along with a sample "course grades to spreadsheet" converter which contacts the Course Management API and tries to make the Registrar happy.

Right now it requires quite a bit of manual intervention to test, so about all you'll be able to check on nightly is that the default behavior hasn't been broken. I can rig up a special test DB and deployment for demonstrations.

Megan May added a comment - 12-Apr-2007 13:46
Tasks for 2.4 have been completed. If you find a problem related to a task, please create a bug report and use the Link feature to create a connection between the two issues.