[DG: Teaching & Learning] Behavior of "Save and Don't Release" in Assignments tool

[Neal Caidin]

Anyone else have an opinion? Should this be an agenda item for discussion
on a T&L call?

-- Neal



On Mon, Jul 14, 2014 at 12:43 PM, Gordon, Patricia S. (Trisha) (psg3a) <
psg3a at eservices.virginia.edu> wrote:

> Dear Neal, et al,
>
>
>       In discussion with our local Sakai support team this morning, we
> think the behavior of the "Save and Don't Release" button should be as
> follows, whether or not resubmissions are allowed:
>
>
>       1) No (new) feedback should be released to the student;
>       2) Students should *not* be able to resubmit until the assignment
> (and new feedback) is released/returned by the instructor; and
>       3) Previously released feedback should continue to be available to
> students.
>
>
>       We also wonder if changing the label of the button to "Save Draft
> and Don't Release" would make the expected behavior clearer to the
> instructor?
>
>
>       Thanks for seeking our input!
>       Trisha
>
> ---
> Trisha Gordon
> Interim Director, UVaCollab Applications and Support
>
>
>
>
> On 7/11/14 2:15 PM, "Neal Caidin" <neal.caidin at apereo.org> wrote:
>
> >Hi Teaching and Learning (pedagogy),
> >
> >One of the big bug fixes in Sakai 10 was the workflow for an Assignment
> >for which the Instructor is allowing the student to resubmit. If a
> >student submits an assignment, the instructor then allows for
> >resubmission but chooses "Save and Don't Release" instead of "Save and
> >Release" , the student is able to submit, but the instructor still sees
> >the original submission!  That was fixed [1].
> >
> >But the remaining question is about the instructor feedback [2]. One
> >could argue either side of the issue. If the instructor chooses "Save
> >and Don't Release" both the grade and the instructor feedback should not
> >be released to the student, even if resubmission is allowed. Or, it
> >could be that the feedback to the student is for the purpose of helping
> >the student do a better job on the resubmission. If the student does not
> >receive the feedback, then no chance for incorporating instructor
> >suggestions.
> >
> >On the Jira [2], Charles Hedrick neatly lays out the potential behaviors.
> >
> >1) Current behavior. Unlike the markup in the student's submission,
> >which is different each time the student submits, this is intended as a
> >final assessment of the work, which should not be released until grade
> >is released. [current behavior.] Probably needs an additional note
> >explaining.
> >2) Comment is intended to be a comment on the current submission.
> >Student should see it, and it should be cleared when the student does a
> >new submission.
> >3) Comment is intended as a final assessment, but student should see it
> >when doing revisions. In this case the student should see the current
> >text, but it should not be cleared when the student does a new submission.
> >
> >What do you think? The community does not change existing behavior
> >lightly, so we are just looking for feedback for now and then if it
> >seems that changing is the right thing to do, we would vet more broadly.
> >
> >[1] Bug fix in Assignments resubmission -
> >https://jira.sakaiproject.org/browse/SAK-26323
> >[2] Remaining question on feedback -
> >https://jira.sakaiproject.org/browse/SAK-26356
> >
> >Thanks and Happy Friday!
> >Neal
> >
> >--
> >Neal Caidin
> >Sakai Community Coordinator
> >Apereo Foundation
> >neal.caidin at apereo.org
> >Skype me! (but let me know in advance for the first interaction) -
> >nealkdin
> >
> >_______________________________________________
> >pedagogy mailing list
> >pedagogy at collab.sakaiproject.org
> >http://collab.sakaiproject.org/mailman/listinfo/pedagogy
> >
> >TO UNSUBSCRIBE: send email to
> >pedagogy-unsubscribe at collab.sakaiproject.org with a subject of
> >"unsubscribe"
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/pedagogy/attachments/20140724/fb555e88/attachment.html